---
title: "\"ГОСТ Р ИСО 26262-1-2020. Национальный стандарт Российской Федерации. Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения\""
number: "ГОСТ Р ИСО 26262-1-2020"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/standart-gost-r-iso-26262-1-2020"
---

## "ГОСТ Р ИСО 26262-1-2020. Национальный стандарт Российской Федерации. Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения"

# "ГОСТ Р ИСО 26262-1-2020. Национальный стандарт Российской Федерации. Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения"

(утв. и введен в действие Приказом Росстандарта от 24.09.2020 N 675-ст)

> [!IMPORTANT]
> Документ [введен](#p100010) в действие с 01.06.2021.
> Взамен [ГОСТ Р ИСО 26262-1-2014](https://bukva.ai/docs/prikaz-gost-r-iso-26262-1-2014).

> [!NOTE]
> ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

```mermaid
flowchart LR
  n0["ГОСТ Р ИСО 26262-1-2014"]:::rst
  click n0 "https://bukva.ai/docs/prikaz-gost-r-iso-26262-1-2014" "ГОСТ Р ИСО 26262-1-2014. Национальный стандарт Российской Федерации. Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения (утв. и введен в де"
  n1["ГОСТ Р ИСО 26262-1-2020"]:::doc
  click n1 "https://bukva.ai/docs/standart-gost-r-iso-26262-1-2020" "ГОСТ Р ИСО 26262-1-2020. Национальный стандарт Российской Федерации. Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения (утв. и введен в де"
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;
```


<a id="p100001"></a>Утвержден и введен в действие
Приказом Федерального агентства

<div align="right">

по техническому регулированию<br>
и метрологии<br>
от 24 сентября 2020 г. N 675-ст

<a id="p100002"></a>НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

</div>


<div align="center">

<a id="p100003"></a>**ДОРОЖНЫЕ ТРАНСПОРТНЫЕ СРЕДСТВА. ФУНКЦИОНАЛЬНАЯ БЕЗОПАСНОСТЬ**

<a id="p100004"></a>**ЧАСТЬ 1**

<a id="p100005"></a>**ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ**

<a id="p100006"></a>**Road vehicles. Functional safety. Part 1. Terms**

</div>

**and definitions**

<div align="center">

<a id="p100007"></a>**(ISO 26262-1:2018, Road vehicles - Functional safety -**

</div>

**Part 1: Vocabulary, IDT)**

<div align="center">

<a id="p100008"></a>**ГОСТ Р ИСО 26262-1-2020**

</div>


<a id="p100009"></a>**ОКС 43.040.10**

<div align="center">

**01.040.43**

</div>


<div align="right">

<a id="p100010"></a>Дата введения<br>
1 июня 2021 года

</div>



### <a id="p100011"></a>Предисловие


<a id="p100012"></a>1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием "Российский научно-технический центр информации по стандартизации, метрологии и оценке соответствия (ФГУП "СТАНДАРТИНФОРМ") совместно с Обществом с ограниченной ответственностью "Корпоративные электронные системы" на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в [пункте 4](#p100015)
<a id="p100013"></a>2 ВНЕСЕН Техническим комитетом по стандартизации ТК 058 "Функциональная безопасность"
<a id="p100014"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 24 сентября 2020 г. N 675-ст
<a id="p100015"></a>4 Настоящий стандарт идентичен международному стандарту ИСО 26262-1:2018 "Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения" (ISO 26262-1:2018 "Road vehicles - Functional safety - Part 1: Vocabulary", IDT).
<a id="p100016"></a>Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).
<a id="p100017"></a>При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном [приложении ДА](#p100858)
<a id="p100018"></a>5 ВЗАМЕН [ГОСТ Р ИСО 26262-1-2014](https://bukva.ai/docs/prikaz-gost-r-iso-26262-1-2014)

<a id="p100019"></a>Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)


### <a id="p100020"></a>Введение


<a id="p100021"></a>Комплекс стандартов ИСО 26262 является адаптацией комплекса стандартов МЭК 61508 и предназначен для применения электрических и/или электронных (далее - Э/Э) систем в дорожных транспортных средствах.
<a id="p100022"></a>Данная адаптация распространяется на все виды деятельности в процессе жизненного цикла систем, связанных с безопасностью, включающих электрические, электронные и программные компоненты.
<a id="p100023"></a>Безопасность является одним из приоритетов современного автомобилестроения. Расширение числа функциональных возможностей транспортных средств вызывает необходимость использования методологии функциональной безопасности и подтверждения достижения целей функциональной безопасности.
<a id="p100024"></a>С ростом сложности технологий, программного обеспечения и мехатронных устройств увеличиваются риски, связанные с систематическими и случайными отказами аппаратных средств, рассматриваемыми в рамках функциональной безопасности. Комплекс стандартов ИСО 26262 является руководством по снижению этих рисков, в которое включены соответствующие требования и процессы.
<a id="p100025"></a>Для достижения функциональной безопасности комплекс стандартов ИСО 26262 устанавливает:
<a id="p100026"></a>a) жизненный цикл системы безопасности транспортного средства и включает перечень действий для стадий этого жизненного цикла (разработка, производство, эксплуатация, обслуживание, вывод из эксплуатации);
<a id="p100027"></a>b) подход, основанный на оценке риска, разработанный специально для автотранспорта для определения уровней полноты безопасности [уровни полноты безопасности транспортного средства (УПБТС)];
<a id="p100028"></a>c) использование значения УПБТС для спецификации требований комплекса стандартов ИСО 26262 с целью предотвращения неоправданного остаточного риска;
<a id="p100029"></a>d) требования к мерам по выполнению менеджмента функциональной безопасности, проектирования, реализации, верификации, валидации, а также к мерам их подтверждения;
<a id="p100030"></a>e) требования к взаимодействию между заказчиками и поставщиками.
<a id="p100031"></a>Комплекс стандартов ИСО 26262 рассматривает функциональную безопасность Э/Э систем, которая достигается с помощью мер по обеспечению безопасности, включая механизмы обеспечения безопасности. Однако он также обеспечивает подход, в рамках которого можно использовать связанные с безопасностью системы, реализуемые на других технологиях (например, механических, гидравлических и пневматических).
<a id="p100032"></a>На достижение функциональной безопасности влияют процессы разработки (в том числе спецификация требований, проектирование, реализация, интеграция, верификация, валидация и управление конфигурацией), процессы производства и обслуживания, а также процессы управления.
<a id="p100033"></a>Вопросы безопасности тесно связаны с опытно-конструкторскими работами, реализующими функционал и обеспечивающими качество создаваемых изделий, а также с результатами таких работ. Настоящий стандарт рассматривает связанные с безопасностью проблемы, касающиеся опытно-конструкторских работ и их результатов.
<a id="p100034"></a>На [рисунке 1](#p100042) показана общая структура комплекса стандартов ИСО 26262. В нем для различных стадий разработки изделия используется эталонная V-модель процесса. На [рисунке 1](#p100042):
- <a id="p100035"></a>заштрихованная область в виде символа "V" представляет взаимосвязь между ИСО 26262-3, ИСО 26262-4, ИСО 26262-5, ИСО 26262-6 и ИСО 26262-7;
- <a id="p100036"></a>для мотоциклов:
<a id="p100037"></a>ИСО 26262-12:2018, раздел 8, соответствует требованиям ИСО 26262-3;
<a id="p100038"></a>ИСО 26262-12:2018, разделы 8 и 10, соответствуют требованиям ИСО 26262-4;
- <a id="p100039"></a>ссылки на конкретную информацию даны в виде: "m-n", где "m" представляет собой номер части настоящего стандарта, а "n" указывает на номер раздела этой части.

<div align="center">

<a id="p100040"></a>*Пример* - 2-6 ссылается на раздел 6 ИСО 26262-2.

</div>


<a id="p100041"></a> ![Введение](https://i.bukva.ai/vLeYamBO/img_0.jpg) 

<div align="center">

<a id="p100042"></a>Рисунок 1 - Общая структура ИСО 26262

</div>



### <a id="p100043"></a>1 Область применения


<a id="p100044"></a>Настоящий стандарт применяется к системам, связанным с безопасностью, включающим в себя одну или несколько Э/Э систем, которые установлены в серийно производимые дорожные транспортные средства, исключая мопеды. Настоящий стандарт не применяется для уникальных Э/Э систем транспортных средств специального назначения, таких как Э/Э системы, предназначенные для водителей с ограниченными возможностями.
<a id="p100045"></a>*Примечание* - Существуют другие стандарты по безопасности для специального применения, которые могут дополнить комплекс стандартов ИСО 26262 либо включающие комплекс стандартов ИСО 26262.

<a id="p100046"></a>Системы и их компоненты, находящиеся в производстве или на стадии разработки до даты публикации настоящего стандарта, не входят в его область применения. Настоящий стандарт распространяется на изменения к существующим системам и их компонентам, запущенным в производство до публикации настоящего документа, корректируя жизненный цикл системы безопасности в зависимости от конкретного изменения. Настоящий стандарт распространяется на интеграцию существующих систем, разработанных не в соответствии с настоящим стандартом, и систем, разработанных в соответствии с настоящим стандартом, при корректировке жизненного цикла системы безопасности.
<a id="p100047"></a>Настоящий стандарт рассматривает возможные опасности, вызванные некорректным функционированием Э/Э систем, связанных с безопасностью, а также некорректным взаимодействием этих систем. Настоящий стандарт не рассматривает опасности, связанные с поражением электрическим током, возгоранием, задымлением, перегревом, излучением, токсичностью, воспламеняемостью, химической активностью, коррозией и подобными опасностями, если они непосредственно не вызваны некорректным функционированием Э/Э систем, связанных с безопасностью.
<a id="p100048"></a>Настоящий стандарт описывает методологию функциональной безопасности, обеспечивающую разработку Э/Э систем, связанных с безопасностью. Эта методология предназначена для интеграции действий по функциональной безопасности в определенную для компании дисциплину разработки. Некоторые требования имеют ясную техническую направленность на обеспечение функциональной безопасности изделия; другие связаны с процессом разработки и поэтому могут рассматриваться как требования к процессу, чтобы продемонстрировать способность организации реализовать методологию функциональной безопасности.
<a id="p100049"></a>Настоящий стандарт определяет термины, определения и сокращения, применяемые во всех частях комплекса стандартов ИСО 26262.


### <a id="p100050"></a>2 Нормативные ссылки


<a id="p100051"></a>В настоящем стандарте использованы нормативные ссылки на следующие международные стандарты. Для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных - последнее издание (включая все изменения к нему):
<a id="p100052"></a>ISO 26262 (all parts), Road vehicles - Functional safety (Дорожные транспортные средства. Функциональная безопасность)


### <a id="p100053"></a>3 Термины и определения


<a id="p100054"></a>В целях настоящего стандарта применены следующие термины и определения, используемые в ИСО 26262 (все части).
<a id="p100055"></a>ИСО и МЭК поддерживают терминологические базы данных для использования в стандартизации по следующим адресам:
- <a id="p100056"></a>https://www.iso.org/obp (ИСО онлайн-платформа);
- <a id="p100057"></a>http://www.electropedia.org/ (МЭК Энциклопедия).
<a id="p100058"></a>3.1 архитектура (architecture): Представление структуры из устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185), которое позволяет идентифицировать блоки, из которых строится архитектура, их границы и интерфейсы, а также включает в себя распределение требований к этим блокам.
<a id="p100059"></a>3.2 соответствие УПБТС (ASIL capability): Способность устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) соответствовать предполагаемым требованиям безопасности [(3.132)](#p100418), назначенным при задании УПБТС [(3.6)](#p100068).
<a id="p100060"></a>Примечание - Достижение соответствующих целевых случайных значений метрик сбоев аппаратных средств (см. ИСО 26262-5:2018, разделы 8 и 9), распределенных элементу [(3.41)](#p100185), включается в требования безопасности аппаратных средств в случае необходимости.

<a id="p100061"></a>3.3 декомпозиция УПБТС (ASIL decomposition): Выполняемое при резервировании распределение требований безопасности [(3.132)](#p100418) между элементами [(3.41)](#p100185), которые в достаточной степени являются независимыми [(3.78)](#p100296) и реализуют ту же цель безопасности [(3.139)](#p100431), для снижения значений УПБТС [(3.6)](#p100068) резервированных требований безопасности [(3.132)](#p100418), распределяемых соответствующим элементам [(3.41)](#p100185).
<a id="p100062"></a>Примечания
<a id="p100063"></a>1 Декомпозиция УПБТС является основой для методов уточнения значений УПБТС [(3.6)](#p100068) во время процесса проектирования [определенного в ИСО 26262-9 как декомпозиция требований с уточнением значений УПБТС [(3.6)](#p100068)].
<a id="p100064"></a>2 Декомпозиция УПБТС согласно ИСО 26262-9 не применяется для требований к случайным отказам аппаратных средств.
<a id="p100065"></a>3 Снижение УПБТС [(3.6)](#p100068) требований безопасности [(3.132)](#p100418) при резервировании имеет некоторые исключения, например значение УПБТС [(3.6)](#p100068) мер подтверждения [(3.23)](#p100124) остается на уровне цели безопасности [(3.139)](#p100431).

<a id="p100066"></a>3.4 оценка (assessment): Проверка достижения характеристиками устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) целей ИСО 26262.
<a id="p100067"></a>3.5 аудит (audit): Экспертиза реализованного процесса, касающаяся выполнения его целей.
<a id="p100068"></a>3.6 уровень полноты безопасности транспортного средства; УПБТС (Automotive Safety Integrity Level; ASIL): Один из четырех уровней, используемый для задания необходимых для устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) требований настоящего стандарта и мер безопасности [(3.141)](#p100435), чтобы предотвратить неоправданный риск [(3.176)](#p100511), для которого значение УПБТС, равное D, является наиболее строгим уровнем, а значение УПБТС, равное A, - наименее строгим.
<a id="p100069"></a>3.7 готовность (availability): Способность изделия выполнять установленную для него функцию в случае ее запроса, в заданных условиях на протяжении срока его службы.
<a id="p100070"></a>3.8 базовая интенсивность отказов (base failure rate, BFR): Интенсивность отказов [(3.53)](#p100223) элемента [(3.41)](#p100185) аппаратных средств в рассматриваемом применении, используемая в качестве исходного значения для анализа безопасности [(3.132)](#p100418).
<a id="p100071"></a>3.9 базовое транспортное средство (base vehicle): Конфигурация транспортного средства T&B [(3.175)](#p100508) изготовителя подлинного оборудования до установки на него кузовного оборудования [(3.12)](#p100084).
<a id="p100072"></a>Примечание - Кузовное оборудование [(3.12)](#p100084) может быть установлено на базовом транспортном средстве и включать все соответствующие системы [(3.163)](#p100488), необходимые для движения и управления (двигатель, трансмиссия, шасси, рулевое управление, тормозная система, кабина и комбинация приборов).

<a id="p100073"></a>Пример - Шасси с трансмиссией и кабиной грузового транспортного средства [(3.174)](#p100506), заготовка шасси с трансмиссией.
<a id="p100074"></a>3.10 базовая конфигурация (baseline): Версия набора из одного или нескольких готовых изделий (3.185), устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185), которая используется в качестве основы для дальнейшего изменения.
<a id="p100075"></a>Примечания
<a id="p100076"></a>1 См. раздел 8 ИСО 26262-8.
<a id="p100077"></a>2 Базовая конфигурация, как правило, поддерживается управлением конфигурацией.
<a id="p100078"></a>3 Базовая конфигурация используется в качестве основы для ее дальнейшего развития в процессе управления изменениями на протяжении жизненного цикла [(3.86)](#p100313).

<a id="p100079"></a>3.11 кузовостроительная компания (body builder, BB): Организация, которая на базовое транспортное средство [(3.9)](#p100071) устанавливает кузова, средства для перевозки грузов или оборудование при изготовлении грузовых транспортных средств [(3.174)](#p100506), автобусов [(3.14)](#p100089), прицепов [(3.171)](#p100499) и полуприцепов [(3.151)](#p100461) (T&B).
<a id="p100080"></a>Примечания
<a id="p100081"></a>1 Кузова T&B включают кабины грузовых транспортных средств [(3.174)](#p100506), автобусные [(3.14)](#p100089) кузова, кузова легких фургонов и т.д.
<a id="p100082"></a>2 Средства для перевозки грузов включают емкости для перевозки грузов, безбортовые платформы, кузова-платформы с решетчатыми бортами и т.д.
<a id="p100083"></a>3 Устанавливаемое оборудование включает профессиональные устройства и механизмы, такие как бетоносмесители, механизм поднятия кузова самосвала, нож снегоочистителя, подъемные механизмы и т.д.

<a id="p100084"></a>3.12 кузовное оборудование (body builder equipment): Машина, кузов или средство для перевозки грузов, установленное на базовом транспортном средстве [(3.9)](#p100071) T&B.
<a id="p100085"></a>3.13 покрытие ветвей (branch coverage): Процент ветвей потока управления компьютерной программы, выполненный во время тестирования.
<a id="p100086"></a>Примечания
<a id="p100087"></a>1 100%-ное покрытие ветвей предполагает 100%-ный охват операторов [(3.160)](#p100483).
<a id="p100088"></a>2 Оператор ЕСЛИ всегда имеет две ветви - условие истинно и условие ложно - независимо от наличия оператора в ветви ИНАЧЕ.

<a id="p100089"></a>3.14 автобус (bus): Транспортное средство, которое в соответствии с его проектным решением и внутренней отделкой кузова предназначено для перевозки людей и багажа и имеет более девяти сидячих мест, включая место водителя <1>.

<a id="p100090"></a>

---

<a id="p100091"></a><1> Примечание переводчика - Содержание понятия "автобус" в данном определении с точностью до формулировок не отличается от объединения содержания определений транспортных средств двух категорий - M2 и M3, представленных в пунктах 3.2 и 3.3 ГОСТ Р 52051-2003 (т.е. задано одинаковое число существенных признаков, присущих всем объектам данного понятия), а соответственно, объемы этого понятия в обоих случаях одинаковы, т.е. определяется равное множество объектов (автобусов). Следовательно, можно считать, что данное определение эквивалентно двум определениям транспортных средств категорий M2 и M3 по ГОСТ Р 52051-2003.

<a id="p100092"></a>Примечание - Автобус может иметь один или два этажа и может также буксировать прицеп [(3.171)](#p100499).

<a id="p100093"></a>3.15 калибровочные данные (calibration data): Данные, которые будут использоваться в качестве значений параметров программного обеспечения после его создания в процессе разработки.
<a id="p100094"></a>*Пример* - Параметры (например, значение низких оборотов холостого хода, диаграммы характеристик двигателя); конкретные параметры транспортного средства (значения настроек, например ограничителя хода дроссельной заслонки); различные коды (например, код страны, левостороннее или правостороннее рулевое управление).
<a id="p100095"></a>*Примечание* - Калибровочные данные не содержат исполняемый или интерпретируемый код.

<a id="p100096"></a>3.16 кандидат (candidate): Устройство [(3.84)](#p100310) или элемент [(3.41)](#p100185), технические характеристики и условия применения которого идентичны или имеют очень высокую степень унификации с устройством [(3.84)](#p100310) или элементом [(3.41)](#p100185), который уже был выпущен и находится в эксплуатации.
<a id="p100097"></a>Примечание - Это определение применяется, если кандидат используется в контексте подтверждения проверкой эксплуатацией [(3.115)](#p100374).

<a id="p100098"></a>3.17 каскадный отказ (cascading failure): Отказ [(3.50)](#p100219) элемента [(3.41)](#p100185) устройства [(3.84)](#p100310) в результате исходной причины [внутри или вне элемента [(3.41)](#p100185)], приводящий к отказу [(3.50)](#p100219) другого элемента [(3.41)](#p100185) или элементов [(3.41)](#p100185) того же или другого устройства [(3.84)](#p100310).
<a id="p100099"></a>Примечание - Каскадные отказы являются зависимыми отказами [(3.29)](#p100137), которые могут быть одной из возможных причин отказов по общей причине [(3.18)](#p100102). См. [рисунок 2](#p100101).

<a id="p100100"></a> ![3 Термины и определения](https://i.bukva.ai/vLeYamBO/img_1.png) 

<a id="p100101"></a>Рисунок 2 - Каскадный отказ

<a id="p100102"></a>3.18 отказ по общей причине; ООП (common cause failure; CCF): Отказ [(3.50)](#p100219) двух или более элементов [(3.41)](#p100185) устройства [(3.84)](#p100310) в результате одного конкретного события или исходной причины, которая для всех этих элементов [(3.41)](#p100185) является внешней либо внутренней.
<a id="p100103"></a>Примечание - Отказы по общей причине являются зависимыми отказами [(3.29)](#p100137), но не являются каскадными отказами [(3.17)](#p100098). См. [рисунок 3](#p100105).

<a id="p100104"></a> ![3 Термины и определения](https://i.bukva.ai/vLeYamBO/img_2.png) 

<a id="p100105"></a>Рисунок 3 - Отказ по общей причине

<a id="p100106"></a>3.19 отказ общего вида; ООВ (common mode failure; CMF): Случай ООП [(3.18)](#p100102), в котором в нескольких элементах [(3.41)](#p100185) происходит сбой одинакового вида.
<a id="p100107"></a>Примечание - Появление отказов [(3.50)](#p100219) одинакового вида не обязательно означает, что они происходят от одного и того же сбоя. Насколько близки должны быть виды отказов [(3.51)](#p100221) для того, чтобы их классифицировать как отказы общего вида, зависит от контекста.

<div align="center">

<a id="p100108"></a>Примеры

</div>

<a id="p100109"></a>1 Система [(3.163)](#p100488) имеет два датчика температуры, показания которых сравниваются друг с другом. Если различие между ними превышает или равно 5 °C, то это распознается как сбой [(3.54)](#p100225), и система [(3.163)](#p100488) переходит в безопасное состояние [(3.131)](#p100413). При отказе общего вида оба датчика температуры выходят из строя так, что различие между их показаниями меньше 5 °C, и поэтому отказ не обнаруживается.
<a id="p100110"></a>2 Для центрального процессора с жестко регламентированной архитектурой [(3.1)](#p100058) в случае, когда сигналы двух центральных процессоров сравниваются от цикла к циклу, сбой в обоих центральных процессорах должен произойти в том же порядке, чтобы отказ [(3.50)](#p100219) оказался необнаруженным. В этом контексте отказ общего вида реализуется в том случае, когда в обоих центральных процессорах сбои происходят в том же самом порядке.
<a id="p100111"></a>3 Отказ [(3.50)](#p100219), при котором большое количество комплектующих перестают выполнять свои функции в результате повышенного напряжения, является отказом общего вида.

<div align="center">

<a id="p100112"></a>3.20 комплектное транспортное средство (complete vehicle): Полностью собранное базовое транспортное средство [(3.9)](#p100071) T&B с его кузовным оборудованием [(3.12)](#p100084).<br>
<a id="p100113"></a>Пример - Мусоровоз, самосвал [(3.174)](#p100506).

</div>

<a id="p100114"></a>3.21 компонент (component): Элемент [(3.41)](#p100185), имеющий уровень, отличный от уровня системы, который логически или технически отделим от другого элемента и состоит из нескольких частей аппаратных средств [(3.71)](#p100285) или одного или более модулей программного обеспечения [(3.159)](#p100482).
<a id="p100115"></a>*Пример* - Микроконтроллер.
<a id="p100116"></a>Примечание - Компонент является частью системы [(3.163)](#p100488).

<a id="p100117"></a>3.22 данные конфигурации (configuration data): Данные, присвоенные во время создания элемента и управляющие процессом создания элемента.
<a id="p100118"></a>Примеры
<a id="p100119"></a>1 Параметры настройки переменной препроцессора, которые используются для получения вариантов времени компиляции исходного кода.
<a id="p100120"></a>2 Файлы XML для управления встроенными инструментальными средствами или набором инструментальных средств.
<a id="p100121"></a>Примечания
<a id="p100122"></a>1 Данные конфигурации управляют созданием программного обеспечения. Данные конфигурации используются для выбора кода из существующих вариантов кода, уже определенных в базе исходных кодов. Функциональность выбранного варианта кода будет включена в исполняемый код.
<a id="p100123"></a>2 Так как данные конфигурации используются только для того, чтобы выбрать варианты кода, то они не включают код, который выполняется или интерпретируется во время использования устройства [(3.84)](#p100310).

<a id="p100124"></a>3.23 мера подтверждения (confirmation measure): Оценка подтверждения [(3.24)](#p100125), аудит [(3.5)](#p100067) или оценка [(3.4)](#p100066), касающиеся функциональной безопасности [(3.67)](#p100276).
<a id="p100125"></a>3.24 оценка подтверждения (confirmation review): Подтверждение того, что результаты работы [(3.185)](#p100545) представляют достаточные свидетельства и убедительное доказательство их вклада в достижение функциональной безопасности [(3.67)](#p100276), учитывая соответствующие цели и требования ИСО 26262.
<a id="p100126"></a>Примечания
<a id="p100127"></a>1 Полный список оценок подтверждения приведен в ИСО 26262-3.
<a id="p100128"></a>2 Целью оценки подтверждения является обеспечение соответствия требованиям комплекса стандартов ИСО 26262.

<a id="p100129"></a>3.25 управляемость (controllability): Способность предотвратить конкретный вред [(3.74)](#p100291) или повреждение путем своевременной реакции заинтересованных лиц, возможно, при поддержке внешних мер [(3.49)](#p100218).
<a id="p100130"></a>Примечания
<a id="p100131"></a>1 Заинтересованными лицами могут быть: водитель, пассажир или лица, находящиеся в непосредственной близости от транспортного средства.
<a id="p100132"></a>2 Управляемость в анализе опасности и оценке риска [(3.76)](#p100294) описывается параметром C.

<a id="p100133"></a>3.26 факторы взаимовлияния (coupling factors): Общая характеристика или взаимоотношения элементов [(3.41)](#p100185), которые приводят к зависимости их отказов [(3.50)](#p100219).
<a id="p100134"></a>3.27 предназначенная мера (dedicated measure): Мера, гарантирующая интенсивность отказов [(3.53)](#p100223), требуемую при оценке вероятности недостижения целей безопасности [(3.139)](#p100431).
<a id="p100135"></a>Пример - Характеристики проектирования (задание с "запасом" параметров проектирования) частей аппаратных средств [(3.71)](#p100285) (например, диапазона значений электрических или температурных параметров) или физическое разделение (например, расстояние между контактами на печатной плате); специальный выборочный входной контроль материала для снижения риска [(3.128)](#p100402) возникновения видов отказов [(3.51)](#p100221), которые способствуют недостижению целей безопасности [(3.139)](#p100431); отбраковочные испытания; специальный план управления.
<a id="p100136"></a>3.28 снижение эффективности (degradation): Состояние или переход к состоянию устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) с ограниченной функциональностью и/или сниженной производительностью.
<a id="p100137"></a>3.29 зависимые отказы (dependent failures): Отказы [(3.50)](#p100219), которые не являются статистически независимыми, т.е. вероятность одновременного возникновения которых не может быть представлена как произведение вероятностей возникновения всех рассматриваемых независимых отказов [(3.50)](#p100219).
<a id="p100138"></a>Примечания
<a id="p100139"></a>1 Зависимые отказы могут появляться одновременно или в достаточно коротком интервале времени, поэтому считаются одновременными отказами [(3.50)](#p100219).
<a id="p100140"></a>2 Зависимые отказы включают отказы по общей причине [(3.18)](#p100102) и каскадные отказы [(3.17)](#p100098).
<a id="p100141"></a>3 Является ли данный отказ [(3.50)](#p100219) каскадным отказом [(3.17)](#p100098) или отказом по общей причине [(3.18)](#p100102), может зависеть от иерархической структуры элементов [(3.41)](#p100185).
<a id="p100142"></a>4 Является ли данный отказ [(3.50)](#p100219) каскадным отказом [(3.17)](#p100098) или отказом по общей причине [(3.18)](#p100102), может зависеть от функционирования элементов [(3.41)](#p100185) во времени.
<a id="p100143"></a>5 Зависимые отказы могут включать отказы [(3.50)](#p100219) программного обеспечения, даже если вероятность этих отказов [(3.50)](#p100219) не вычислена.

<a id="p100144"></a>3.30 причина зависимого отказа (dependent failure initiator; DFI): Единственная первопричина, которая вызывает сбой нескольких элементов [(3.41)](#p100185), используя факторы взаимовлияния [(3.26)](#p100133).
<a id="p100145"></a>Примечания
<a id="p100146"></a>1 Факторы взаимовлияния [(3.26)](#p100133), которые могут реализовать зависимости, выявляются во время анализа зависимости отказов (DFA).
<a id="p100147"></a>2 Отказы [(3.50)](#p100219) элементов [(3.41)](#p100185) могут происходить одновременно или последовательно.

<a id="p100148"></a>Примеры
<a id="p100149"></a>1 Фактор взаимовлияния [(3.26)](#p100133). Два модуля программного обеспечения, использующие одну и ту же RAM. Первопричина: один модуль программного обеспечения неумышленно искажает данные, используемые вторым модулем программного обеспечения.
<a id="p100150"></a>2 Фактор взаимовлияния [(3.26)](#p100133). Два электронных управляющих блока работают в одном отсеке транспортного средства. Первопричина: нежелательное/неожиданное попадание воды в этот отсек приводит к затоплению и к отказу [(3.50)](#p100219) их обоих.
<a id="p100151"></a>3 Фактор взаимовлияния [(3.26)](#p100133). Два микроконтроллера используют один и тот же источник питания 3,3 V. Первопричина: повышенное напряжение на источнике питания 3,3 V ведет к повреждению обоих микроконтроллеров.
<a id="p100152"></a>3.31 обнаруженный сбой (detected fault): Сбой [(3.54)](#p100225), наличие которого обнаруживается в течение заданного времени механизмом безопасности [(3.142)](#p100438).
<a id="p100153"></a>Примечание - Заданное время может быть временным интервалом обнаружения сбоя [(3.55)](#p100230) или временным интервалом обнаружения множественного сбоя [(3.98)](#p100335).

<a id="p100154"></a>3.32 соглашение о разработке (development interface agreement; DIA): Соглашение между заказчиком и поставщиком, в котором определяются ответственность за выполняемые действия, подтверждения, подлежащие рассмотрению, или результаты работы [(3.185)](#p100545), которыми обмениваются стороны при разработке устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185).
<a id="p100155"></a>Примечание - Если соглашение о разработке относится к стадии разработки, то договор на поставку [(3.162)](#p100486) относится к производству.

<a id="p100156"></a>3.33 охват диагностикой (diagnostic coverage): Доля интенсивности отказов [(3.53)](#p100223) элемента [(3.41)](#p100185) аппаратных средств или доля интенсивности отказов [(3.53)](#p100223) вида отказов [(3.51)](#p100221) элемента [(3.41)](#p100185) аппаратных средств, обнаруженных или находящихся под контролем реализованного механизма безопасности [(3.142)](#p100438).
<a id="p100157"></a>Примечания
<a id="p100158"></a>1 Охват диагностикой может быть оценен с помощью остаточных сбоев [(3.125)](#p100396) или с помощью невыявленных множественных сбоев [(3.97)](#p100333), которые могут произойти в элементе [(3.41)](#p100185) аппаратных средств.
<a id="p100159"></a>2 Механизмы безопасности [(3.142)](#p100438) могут быть реализованы на разных уровнях архитектуры [(3.1)](#p100058).
<a id="p100160"></a>3 При определении охвата диагностикой механизмом безопасности [(3.142)](#p100438) связанного с безопасностью элемента [(3.41)](#p100185) аппаратных средств, доля безопасных сбоев [(3.130)](#p100408) не рассматривается, кроме тех случаев, когда на это явно указано.

<a id="p100161"></a>3.34 точки диагностики (diagnostic points): Выходные сигналы элемента [(3.41)](#p100185), в которых наблюдается появление сбоев [(3.54)](#p100225) или их коррекция.
<a id="p100162"></a>Примечание - Точками диагностики также называют "аварийные сигналы" или "признаки ошибок" [(3.46)](#p100207) или "признаки коррекции ошибок".

<a id="p100163"></a>*Пример* - Информация обратного считывания.
<a id="p100164"></a>3.35 временной интервал диагностических проверок (diagnostic test time interval): Интервал времени между неавтономными диагностическими тестами, выполняемыми механизмом безопасности [(3.111)](#p100438), включая продолжительность выполнения самого теста.
<a id="p100165"></a>Примечание - См. [рисунок 5](#p100252).

<a id="p100166"></a>3.36 совместная разработка (distributed development): Разработка устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) с разделением ответственности между заказчиком и поставщиком(ами) для всего устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).
<a id="p100167"></a>*Примечание* - Заказчик и поставщик - это роли сотрудничающих сторон.

<a id="p100168"></a>3.37 разнообразие (diversity): Применение различных подходов с целью получения независимых [(3.78)](#p100296) решений, удовлетворяющих одинаковым требованиям.
<a id="p100169"></a>Примечания
<a id="p100170"></a>1 Разнообразие не гарантирует независимости [(3.78)](#p100296), но устраняет некоторые типы отказов по общей причине [(3.18)](#p100102).
<a id="p100171"></a>2 Разнообразие может быть техническим решением [применение разнообразных компонент [(3.21)](#p100114) аппаратных средств, разнообразных компонент [(3.21)](#p100114) программного обеспечения или технических средств (например, различные компиляторы)].
<a id="p100172"></a>3 Разнообразие - один из способов реализации резервирования [(3.122)](#p100387).

<a id="p100173"></a>*Пример* - Различные методы разработки программ, различные технические средства.
<a id="p100174"></a>3.38 двойной отказ (dual-point failure): Отказ [(3.50)](#p100219), произошедший в результате комбинации двух независимых сбоев [(3.54)](#p100225) аппаратных средств, который непосредственно вызывает недостижение цели безопасности [(3.139)](#p100431).
<a id="p100175"></a>Примечания
<a id="p100176"></a>1 Двойной отказ является множественным отказом [(3.76)](#p100332) второго порядка.
<a id="p100177"></a>2 Двойные отказы, которые рассматриваются в настоящем стандарте, включают отказы, в которых один сбой [(3.54)](#p100225) влияет на связанный с безопасностью элемент [(3.144)](#p100445), а другой сбой [(3.54)](#p100225) влияет на соответствующий механизм безопасности [(3.142)](#p100438), предназначенный для достижения или поддержания безопасного состояния [(3.131)](#p100413).

<a id="p100178"></a>3.39 двойной сбой (dual-point fault): Отдельный сбой [(3.54)](#p100225), который в сочетании с другим независимым сбоем [(3.54)](#p100225) приводит к двойному отказу [(3.38)](#p100174).
<a id="p100179"></a>Примечания
<a id="p100180"></a>1 Двойным сбой может быть признан только после идентификации двойного отказа [(3.38)](#p100174), например в результате анализа сечений дерева отказов.
<a id="p100181"></a>2 См. также множественный сбой [(3.97)](#p100333).

<a id="p100182"></a>3.40 электрическая и/или электронная система; Э/Э система (electrical and/or electronic system; E/E system): Система [(3.163)](#p100488), которая состоит из электрических и/или электронных элементов [(3.41)](#p100185), включая программируемые электронные элементы [(3.41)](#p100185).
<a id="p100183"></a>Примечание - Элемент [(3.41)](#p100185) Э/Э системы также может быть другой Э/Э системой.

<a id="p100184"></a>*Пример* - Источник питания, датчик или другое входное устройство; магистраль данных; исполнительное устройство или другое устройство вывода.
<a id="p100185"></a>3.41 элемент (element): Система [(3.163)](#p100488), компоненты [(3.21)](#p100114) (аппаратные средства или программное обеспечение), части аппаратных средств [(3.71)](#p100285) или модули программного обеспечения [(3.159)](#p100482).
<a id="p100186"></a>Примечание - Элементом также может быть SEooC [(3.138)](#p100428).

<a id="p100187"></a>3.42 встроенное программное обеспечение (embedded software): Полностью интегрированное программное обеспечение, выполняемое в элементе обработки данных [(3.113)](#p100369).
<a id="p100188"></a>3.43 аварийный режим (emergency operation): Режим функционирования [(3.102)](#p100340) устройства [(3.84)](#p100310), обеспечивающего безопасность [(3.132)](#p100418), в период времени от реагирования на сбой [(3.54)](#p100225) до достижения безопасного состояния [(3.131)](#p100413).
<a id="p100189"></a>Примечания
<a id="p100190"></a>1 См. [рисунки 4](#p100204) и [5](#p100252).
<a id="p100191"></a>2 Если безопасное состояние [(3.131)](#p100413) не может быть непосредственно достигнуто, или не может быть достигнуто своевременно, или не может сохраняться после обнаружения сбоя [(3.54)](#p100225), то механизм безопасности [(3.142)](#p100438) может перевести устройство [(3.84)](#p100310) в аварийный режим для обеспечения безопасности [(3.132)](#p100418), пока не достигнуто и не поддерживается безопасное состояние [(3.131)](#p100413).
<a id="p100192"></a>3 Аварийный режим и связанный с ним допустимый временной интервал аварийного режима [(3.45)](#p100200) описаны в стратегии предупреждения и постепенного снижения эффективности [(3.183)](#p100536).
<a id="p100193"></a>4 Снижение эффективности [(3.28)](#p100136) может быть одним из результатов аварийного режима.

<a id="p100194"></a>Пример - Аварийный режим может быть определен как часть реакции на ошибку [(3.46)](#p100207) отказоустойчивого устройства [(3.84)](#p100310).
<a id="p100195"></a>3.44 временной интервал аварийного режима (emergency operation time interval; EOTI): Промежуток времени, во время которого поддерживается аварийный режим [(3.43)](#p100188).
<a id="p100196"></a>Примечания
<a id="p100197"></a>1 См. [рисунки 4](#p100204) и [5](#p100252).
<a id="p100198"></a>2 Аварийный режим [(3.43)](#p100188) и связанный с ним допустимый временной интервал аварийного режима [(3.45)](#p100200) описаны в стратегии предупреждения и постепенного снижения эффективности [(3.183)](#p100536).
<a id="p100199"></a>3 Аварийный режим [(3.43)](#p100188) временно поддерживается для обеспечения безопасности [(3.132)](#p100418), пока не завершен переход к безопасному состоянию [(3.131)](#p100413).

<a id="p100200"></a>3.45 допустимый временной интервал аварийного режима (emergency operation tolerance time interval; EOTTI): Заданный промежуток времени, в течение которого аварийный режим [(3.43)](#p100188) может сохраняться без неоправданного уровня риска [(3.128)](#p100402).
<a id="p100201"></a>Примечания
<a id="p100202"></a>1 См. [рисунок 5](#p100252).

<a id="p100203"></a> ![3 Термины и определения](https://i.bukva.ai/vLeYamBO/img_3.png) 

<a id="p100204"></a>Рисунок 4 - Допустимый временной интервал аварийного режима

<a id="p100205"></a>2 Допустимый временной интервал аварийного режима равен максимальному значению временного интервала аварийного режима [(3.44)](#p100195).
<a id="p100206"></a>3 Аварийный режим [(3.43)](#p100188) можно считать безопасным из-за ограниченного времени его выполнения, как определено в допустимом временном интервале аварийного режима.

<a id="p100207"></a>3.46 ошибка (error): Расхождение между вычисленным, наблюдаемым или измеренным значением или условием и истинным, специфицированным или теоретически правильным значением или условием.
<a id="p100208"></a>Примечание - Ошибка может возникнуть в результате сбоя [(3.54)](#p100225) в рассматриваемой системе [(3.163)](#p100488) или компоненте [(3.21)](#p100114).

<a id="p100209"></a>3.47 эксперт-мотоциклист (expert rider): Роль, исполняемая людьми, способными к оценке классификаций управляемости [(3.25)](#p100129) при эксплуатации реальных мотоциклов [(3.93)](#p100327).
<a id="p100210"></a>Примечания
<a id="p100211"></a>1 Эксперт-мотоциклист является таким водителем мотоцикла, который обладает:
- <a id="p100212"></a>умением оценивать его управляемость [(3.25)](#p100129), а также знаниями для такой оценки;
- <a id="p100213"></a>способностью выполнять испытания транспортного средства;
- <a id="p100214"></a>знанием для оценки характеристик управляемости [(3.25)](#p100129) мотоцикла [(3.93)](#p100327), если водитель мотоцикла владеет типовыми приемами вождения.
<a id="p100215"></a>2 См. ИСО 26262-12:2018, приложение C, для получения информации, связанной с использованием экспертов-мотоциклистов.

<a id="p100216"></a>3.48 воздействие (exposure): Состояние в процессе эксплуатации [(3.104)](#p100343), которое может быть опасным, если оно совпадает с анализируемым видом отказа [(3.51)](#p100221).
<a id="p100217"></a>Примечание - Параметр "E" в анализе опасностей и оценке риска [(3.76)](#p100294) представляет возможное воздействие на процесс эксплуатации [(3.104)](#p100343).

<a id="p100218"></a>3.49 внешняя мера (external measure): Отдельная не связанная с устройством [(3.84)](#p100310) мера, которая снижает или ослабляет риски [(3.128)](#p100402), появившиеся в устройстве.
<a id="p100219"></a>3.50 отказ (failure): Прекращение предписанного функционирования элемента [(3.41)](#p100185) или устройства [(3.84)](#p100310) из-за обнаружения сбоя [(3.54)](#p100225).
<a id="p100220"></a>*Примечание* - Прекращение может быть постоянным или временным.

<a id="p100221"></a>3.51 вид отказа (failure mode): Способ отказа элемента [(3.41)](#p100185) или устройства [(3.84)](#p100310), вызывающего отклонение от предписанного функционирования.
<a id="p100222"></a>3.52 охват вида отказа (failure mode coverage; FMC): Доля интенсивности отказов [(3.53)](#p100223) вида отказа [(3.51)](#p100221) элемента [(3.41)](#p100185) аппаратных средств, которая выявляется или управляется реализованным механизмом безопасности [(3.142)](#p100438).
<a id="p100223"></a>3.53 интенсивность отказов (failure rate): Плотность вероятности отказа [(3.50)](#p100219), деленная на вероятность сохранения работоспособности элемента [(3.41)](#p100185) аппаратных средств.
<a id="p100224"></a>*Примечание* - Интенсивность отказов предполагается постоянной, и ее обычно обозначают как $\lambda$ .

<div align="center">

<a id="p100225"></a>3.54 сбой (fault): Функционирование элемента [(3.41)](#p100185) или устройства [(3.84)](#p100310), отличное от предписанного, способное вызвать их отказ.<br>
<a id="p100226"></a>Примечания

</div>

<a id="p100227"></a>1 Различают постоянные, неустойчивые и кратковременные сбои [(3.173)](#p100504) (в частности, исправимые ошибки).
<a id="p100228"></a>2 Если подсистема находится в состоянии "ошибка" [(3.46)](#p100207), то это может привести к сбою системы [(3.163)](#p100488).
<a id="p100229"></a>3 Неустойчивым является сбой, который появляется несколько раз, а затем исчезает. Этот тип сбоя может происходить, когда компонент [(3.21)](#p100114) находится на грани выхода из строя или, например, из-за помехи в коммутаторе. Некоторые систематические сбои [(3.165)](#p100491) (например, небольшие изменения длительности сигналов синхронизации) могут привести к неустойчивым сбоям.

<a id="p100230"></a>3.55 временной интервал обнаружения сбоя (fault detection time interval; FDTI): Промежуток времени от момента возникновения сбоя [(3.54)](#p100225) до момента его обнаружения.
<a id="p100231"></a>Примечания
<a id="p100232"></a>1 См. [рисунок 5](#p100252).
<a id="p100233"></a>2 Временной интервал обнаружения сбоя определяется независимо от временного интервала диагностических проверок [(3.35)](#p100164).
<a id="p100234"></a>Пример - Временной интервал обнаружения сбоя диагностическим тестом может быть более длительным, чем временной интервал диагностических проверок [(3.35)](#p100164), из-за реализованных счетчиков ошибок [(3.46)](#p100207), т.е. сбой [(3.54)](#p100225) должен быть обнаружен диагностическим тестом несколько раз, прежде чем будет запущена реакция на ошибку [(3.46)](#p100207).
<a id="p100235"></a>3 Временной интервал обнаружения сбоя, временной интервал диагностических проверок [(3.35)](#p100164) и временной интервал реакции на сбой [(3.59)](#p100249) являются соответствующими характеристиками механизма безопасности [(3.142)](#p100438), выполняющего обнаружение сбоев [(3.54)](#p100225).
<a id="p100236"></a>4 Сбой [(3.54)](#p100225) своевременно охватывается соответствующим механизмом безопасности [(3.142)](#p100438), если сумма временного интервала обнаружения сбоя и временного интервала реакции на сбой [(3.59)](#p100249) меньше, чем соответствующий временной интервал сбоеустойчивости [(3.61)](#p100255).

<a id="p100237"></a>3.56 временной интервал обработки сбоя (fault handling time interval; FHTI): Сумма временного интервала обнаружения сбоя [(3.55)](#p100230) и временного интервала реакции на сбой [(3.59)](#p100249).
<a id="p100238"></a>Примечания
<a id="p100239"></a>1 FHTI является характеристикой механизма безопасности [(3.142)](#p100438).
<a id="p100240"></a>2 См. [рисунок 5](#p100252).

<a id="p100241"></a>3.57 внесение дефектов (fault injection): Метод оценки влияния сбоя [(3.54)](#p100225) в элементе [(3.41)](#p100185), состоящий во внесении в него сбоев [(3.54)](#p100225), ошибок [(3.46)](#p100207) или отказов [(3.50)](#p100219) и наблюдении реакции в точках контроля [(3.101)](#p100338).
<a id="p100242"></a>Примечание - Внесение сбоев может быть выполнено на различных уровнях абстракции, включая уровень устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185), в зависимости от области применения, возможности реализации, наблюдаемости и уровня требуемой детализации. В зависимости от цели внесение сбоев может быть выполнено на различных стадиях жизненного цикла системы безопасности с анализом различных моделей сбоев [(3.58)](#p100247).

<a id="p100243"></a>Примеры
<a id="p100244"></a>1 Внесение сбоев [(3.54)](#p100225) в процессе эксплуатации для проверки того, что механизм безопасности [(3.142)](#p100438) работает правильно, является частью стратегии обнаружения скрытых сбоев [(3.85)](#p100312).
<a id="p100245"></a>2 Внесение сбоев [(3.54)](#p100225) во время выполнения интеграционного теста через порты отладки аппаратных средств или через специальные команды программного обеспечения, чтобы проверить аппаратно-программный интерфейс (HSI).
<a id="p100246"></a>3 Моделирование постоянных сбоев [(3.54)](#p100225) или кратковременных сбоев на уровне компонента аппаратных средств, чтобы проверить диагностический охват [(3.33)](#p100156) механизма безопасности [(3.142)](#p100438) или определить сбои [(3.54)](#p100225), которые могут привести к ошибкам [(3.46)](#p100207) или отказам [(3.50)](#p100219).
<a id="p100247"></a>3.58 модель сбоя (fault model): Представление видов отказов [(3.51)](#p100221), произошедших в результате сбоев [(3.54)](#p100225).
<a id="p100248"></a>Примечание - Модели сбоя используются для оценки последствий конкретных сбоев [(3.54)](#p100225).

<a id="p100249"></a>3.59 временной интервал реакции на сбой (fault reaction time interval): Промежуток времени между обнаружением сбоя [(3.54)](#p100225) и моментом времени достижения безопасного состояния [(3.131)](#p100413).
<a id="p100250"></a>Примечание - См. [рисунки 4](#p100204) и [5](#p100252).

<a id="p100251"></a> ![3 Термины и определения](https://i.bukva.ai/vLeYamBO/img_4.png) 

<a id="p100252"></a>Рисунок 5 - Соответствующие временные интервалы системы
безопасности

<a id="p100253"></a>3.60 сбоеустойчивость (fault tolerance): Способность обеспечить заданную функциональность при наличии одного или нескольких заданных сбоев [(3.54)](#p100225).
<a id="p100254"></a>Примечание - Заданная функциональность может быть целевой функциональностью [(3.83)](#p100308).

<a id="p100255"></a>3.61 временной интервал сбоеустойчивости (fault tolerant time interval; FTTI): Минимальный промежуток времени от возникновения сбоя [(3.54)](#p100225) в устройстве [(3.84)](#p100310) до возможного возникновения опасного события [(3.77)](#p100295), если механизмы обеспечения безопасности [(3.142)](#p100438) не активированы.
<a id="p100256"></a>Примечания
<a id="p100257"></a>1 См. [рисунок 5](#p100252).
<a id="p100258"></a>2 Минимальный промежуток времени должен быть оценен для всех опасных событий [(3.77)](#p100295). Он может зависеть от характеристики опасностей [(3.75)](#p100292).
<a id="p100259"></a>3 FTTI связан с опасностью [(3.75)](#p100292), вызванной отклонением от предписанного функционирования [(3.88)](#p100315) устройства [(3.84)](#p100310). FTTI является соответствующей характеристикой целей безопасности [(3.139)](#p100431), полученной для этой опасности [(3.75)](#p100292).
<a id="p100260"></a>4 Механизм безопасности [(3.142)](#p100438) своевременно реагирует на сбой [(3.54)](#p100225), если устройство [(3.84)](#p100310) поддерживается в безопасном состоянии [(3.131)](#p100413) или переходит к безопасному состоянию [(3.131)](#p100413) или в аварийный режим [(3.43)](#p100188) в течение соответствующего временного интервала сбоеустойчивости.
<a id="p100261"></a>5 Возникновение опасного события [(3.77)](#p100295) зависит от наличия сбоя [(3.54)](#p100225) и состояния транспортного средства, в котором этот сбой [(3.54)](#p100225) нарушает предписанное функционирование транспортного средства.
<a id="p100262"></a>Пример - Отказ [(3.50)](#p100219) в тормозной системе [(3.163)](#p100488) может не привести к опасному событию [(3.77)](#p100295) до ее приведения в действие.
<a id="p100263"></a>6 Если FTTI определен только на уровне устройства [(3.84)](#p100310), то на уровне элемента [(3.41)](#p100185) могут быть определены максимальный временной интервал обработки сбоя [(3.56)](#p100237) и состояние, которое будет достигнуто после того, как сбой обработан, что обеспечивает соответствие функциональной концепции безопасности [(3.68)](#p100277).
<a id="p100264"></a>7 Временной интервал обнаружения сбоя [(3.55)](#p100230) может включать несколько временных интервалов диагностических проверок [(3.35)](#p100164), чтобы устранить ложные ошибки [(3.46)](#p100207), если временной интервал диагностических проверок [(3.35)](#p100164) существенно короче, чем временной интервал обнаружения сбоя [(3.55)](#p100230).

<a id="p100265"></a>3.62 полевые данные (field data): Данные, полученные в результате применения устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185), включая накопленное число часов их работы, все отказы [(3.50)](#p100219) и нарушения безопасности [(3.134)](#p100420) в процессе эксплуатации.
<a id="p100266"></a>*Примечание* - Полевые данные обычно поступают от потребителя изделия.

<a id="p100267"></a>3.63 формальное средство описания (formal notation): Язык технического описания, синтаксис и семантика которого определены формально.
<a id="p100268"></a>*Пример* - Z-нотация (Zed), NuSMV (средство проверки символьной модели), Система верификации прототипа (PVS), Венский метод разработки (VDM), математическая формула.
<a id="p100269"></a>3.64 формальная верификация (formal verification): Метод, используемый для доказательства соответствия устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) их техническим условиям, предписанному функционированию или их свойств, представленных с помощью формального средства описания [(3.63)](#p100267).
<a id="p100270"></a>3.65 отсутствие влияния (freedom from interference): Отсутствие каскадных отказов [(3.17)](#p100098) между двумя или более элементами [(3.41)](#p100185), которые могут привести к нарушению требования безопасности [(3.132)](#p100418).
<a id="p100271"></a>Примеры
<a id="p100272"></a>1 Элемент [(3.41)](#p100185) 2 не влияет на элемент [(3.41)](#p100185) 1, если никакой отказ [(3.50)](#p100219) элемента [(3.41)](#p100185) 2 не может нарушить работу элемента [(3.41)](#p100185) 1.
<a id="p100273"></a>2 Элемент [(3.41)](#p100185) 3 влияет на элемент [(3.41)](#p100185) 4, если существует такой отказ элемента [(3.41)](#p100185) 3, который нарушает работу элемента [(3.41)](#p100185) 4.
<a id="p100274"></a>3.66 функциональная концепция (functional concept): Спецификация целевых функций и их взаимодействий, необходимых для достижения желаемого функционирования.
<a id="p100275"></a>Примечание - Функциональная концепция разрабатывается на стадии [(3.110)](#p100356) формирования концепции системы.

<a id="p100276"></a>3.67 функциональная безопасность (functional safety): Отсутствие неоправданного риска [(3.176)](#p100511) вследствие опасностей [(3.75)](#p100292), вызванных отклонением от предписанного функционирования [(3.88)](#p100315) Э/Э систем [(3.40)](#p100182).
<a id="p100277"></a>3.68 концепция функциональной безопасности (functional safety concept): Спецификация функциональных требований безопасности [(3.69)](#p100278), связанной с ними информации, их распределения по элементам [(3.41)](#p100185) архитектуры [(3.1)](#p100058) и их взаимодействия, что необходимо для достижения целей безопасности [(3.139)](#p100431).
<a id="p100278"></a>3.69 требование функциональной безопасности (functional safety requirement): Спецификация независимого от реализации безопасного [(3.132)](#p100418) функционирования или независимых от реализации мер безопасности [(3.141)](#p100435), включая их атрибуты, связанные с безопасностью.
<a id="p100279"></a>Примечания
<a id="p100280"></a>1 Требование функциональной безопасности может быть требованием безопасности [(3.132)](#p100418), реализованным связанной с безопасностью Э/Э системой [(3.40)](#p100182) или связанной с безопасностью системой [(3.163)](#p100488), основанной на других технологиях [(3.105)](#p100345), с целью достижения или поддержания безопасного состояния [(3.131)](#p100413) устройства [(3.84)](#p100310) для определенного опасного события [(3.77)](#p100295).
<a id="p100281"></a>2 Требования функциональной безопасности могут быть заданы независимо от используемой технологии на стадии [(3.110)](#p100356) формирования концепции разрабатываемого изделия.
<a id="p100282"></a>3 Атрибуты, связанные с безопасностью, включают информацию об УПБТС [(3.6)](#p100068).

<div align="center">

<a id="p100283"></a>3.70 метрики архитектуры аппаратных средств (hardware architectural metrics): Метрики для оценки [(3.4)](#p100066) эффективности архитектуры [(3.1)](#p100058) аппаратных средств, используемой для обеспечения безопасности [(3.132)](#p100418).<br>
<a id="p100284"></a>Примечание - Метриками архитектуры аппаратных средств являются метрика единичного сбоя [(3.156)](#p100476) и метрика скрытого сбоя [(3.85)](#p100312).

</div>


<a id="p100285"></a>3.71 часть аппаратного средства (hardware part): Аппаратное средство, которое не может быть далее декомпозировано.
<a id="p100286"></a>*Пример* - Центральный процессор микроконтроллера, резистор, флеш-матрица микроконтроллера.
<a id="p100287"></a>3.72 элементарная подчасть аппаратного средства (hardware elementary subpart): Наименьший узел подчасти аппаратных средств [(3.73)](#p100289), рассматриваемый при анализе безопасности [(3.132)](#p100418).
<a id="p100288"></a>*Пример* - Триггер арифметико-логического устройства с его логикой, регистр.
<a id="p100289"></a>3.73 подчасть аппаратного средства (hardware subpart): Совокупность узлов части аппаратных средств [(3.71)](#p100285), которая может быть логически выделена и представляет второй или более высокий уровень иерархической декомпозиции аппаратного средства.
<a id="p100290"></a>*Пример* - Арифметическое логическое устройство центрального процессора микроконтроллера, блок регистров центрального процессора.
<a id="p100291"></a>3.74 вред (harm): Физическое повреждение или ущерб, причиняемый здоровью людей.
<a id="p100292"></a>3.75 опасность (hazard): Потенциальный источник причинения вреда [(3.74)](#p100291), вызванный отклонением от предписанного функционирования [(3.88)](#p100315) устройства [(3.84)](#p100310).
<a id="p100293"></a>Примечание - Областью применения данного определения является настоящий стандарт. Более общим определением является: потенциальный источник причинения вреда [(3.74)](#p100291).

<a id="p100294"></a>3.76 анализ опасностей и оценка рисков (hazard analysis and risk assessment): Метод идентификации и классификации опасных событий [(3.77)](#p100295) устройств [(3.84)](#p100310), а также определения целей безопасности [(3.139)](#p100431) и значений УПБТС [(3.6)](#p100068), позволяющий предотвратить или смягчить опасности для того, чтобы избежать неоправданный риск [(3.176)](#p100511).
<a id="p100295"></a>3.77 опасное событие (hazardous event): Сочетание опасности [(3.75)](#p100292) и эксплуатационной ситуации [(3.104)](#p100343).
<a id="p100296"></a>3.78 независимость (independence): Отсутствие зависимых отказов [(3.29)](#p100137) между двумя или более элементами [(3.41)](#p100185), которые могут привести к нарушению требования безопасности [(3.132)](#p100418), либо разделение частей, выполняющих действие, организационными методами.
<a id="p100297"></a>Примечание - Декомпозиция УПБТС [(3.3)](#p100061) или меры подтверждения [(3.23)](#p100124) включают в себя требования независимости.

<a id="p100298"></a>3.79 независимые отказы (independent failures): Отказы [(3.50)](#p100219), вероятность одновременного или последовательного возникновения которых может быть представлена как простое произведение безусловной вероятности каждого из них.
<a id="p100299"></a>Примечание - Независимые отказы могут включать отказы [(3.50)](#p100219) программного обеспечения, даже если их вероятность отказа не вычислена.

<a id="p100300"></a>3.80 неформальное средство описания (informal notation): Техническое описание, синтаксис которого полностью не определен.
<a id="p100301"></a>*Примечание* - Неполное определение синтаксиса влечет за собой неполное определение семантики.

<a id="p100302"></a>3.81 наследование (inheritance): Передача в процессе разработки тех же атрибутов требований на следующий уровень детализации.
<a id="p100303"></a>3.82 контроль (inspection): Проверка результатов работы [(3.185)](#p100545), следуя формальной процедуре, в целях выявления нарушений безопасности [(3.134)](#p100420).
<a id="p100304"></a>Примечания
<a id="p100305"></a>1 Контроль является средством верификации [(3.180)](#p100518).
<a id="p100306"></a>2 Контроль отличается от тестирования [(3.169)](#p100497) тем, что он обычно не рассматривает функционирование соответствующего устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).
<a id="p100307"></a>3 Формальная процедура обычно включает в себя предварительно установленную процедуру, таблицу контрольных проверок, координатора и результирующую оценку [(3.127)](#p100400).

<a id="p100308"></a>3.83 целевая функциональность (intended functionality): Функционирование устройства [(3.84)](#p100310) с заданными характеристиками без учета механизмов безопасности [(3.142)](#p100438).
<a id="p100309"></a>*Примечание* - Функционирование устройства на уровне транспортного средства.

<a id="p100310"></a>3.84 устройство (item): Система [(3.163)](#p100488) или несколько систем, реализующие некоторую функцию (или ее часть) уровня транспортного средства, находящуюся в области применения настоящего стандарта.
<a id="p100311"></a>Примечание - См. функцию транспортного средства [(3.178)](#p100514).

<a id="p100312"></a>3.85 скрытый сбой (latent fault): Множественный сбой [(3.97)](#p100333), наличие которого не выявляется механизмом обеспечения безопасности [(3.142)](#p100438) и не воспринимается водителем в течение временного интервала обнаружения множественного сбоя [(3.98)](#p100335).
<a id="p100313"></a>3.86 жизненный цикл (lifecycle): Все стадии [(3.110)](#p100356) устройства [(3.84)](#p100310) от разработки концепции до его вывода из эксплуатации.
<a id="p100314"></a>3.87 система менеджмента (management system): Политика, процедуры и процессы, которые организация использует для достижения своих целей.
<a id="p100315"></a>3.88 отклонение от предписанного функционирования (malfunctioning behaviour): Отказ [(3.50)](#p100219) или ненадлежащее функционирование устройства [(3.84)](#p100310), не соответствующее конструкторскому замыслу.
<a id="p100316"></a>3.89 временной интервал максимального времени ремонта (maximum time to repair time interval): Заданный период времени, в течение которого может поддерживаться безопасное состояние [(3.131)](#p100413).
<a id="p100317"></a>Примечания
<a id="p100318"></a>1 Максимальное время ремонта является определяющей характеристикой в том случае, когда безопасное состояние [(3.131)](#p100413) не может поддерживаться до конца остающегося срока службы транспортного средства.
<a id="p100319"></a>2 Условия восстановления из безопасного состояния [(3.131)](#p100413) описываются в стратегии предупреждения и постепенного снижения эффективности [(3.183)](#p100536).
<a id="p100320"></a>3 При необходимости временной интервал максимального времени ремонта описывается в стратегии предупреждения и постепенного снижения эффективности [(3.183)](#p100536).

<a id="p100321"></a>3.90 проектирование на основе модели (model-based development; MBD): Проектирование, использующее модели, описывающие функционирование или характеристики разрабатываемого элемента [(3.41)](#p100185).
<a id="p100322"></a>*Примечание* - В зависимости от уровня абстракции представления такой модели она может быть использована для моделирования и/или генерации кода.

<a id="p100323"></a>3.91 модификация (modification): Создание нового устройства [(3.84)](#p100310) из существующего устройства [(3.84)](#p100310).
<a id="p100324"></a>Примечание - Термин "модификация" в комплексе стандартов ИСО 26262 используется в контексте повторного применения схемы жизненного цикла [(3.86)](#p100313) устройства. В течение жизненного цикла [(3.86)](#p100313) устройства [(3.84)](#p100310) выполняется изменение, а для создания нового устройства [(3.84)](#p100310) из существующего выполняется модификация.

<a id="p100325"></a>3.92 модифицированный метод покрытия условий и альтернатив (modified condition/decision coverage; MC/DC): Определяет процент всех результатов для каждого из логических условий, на значение которых независимо влияет каждый из компонентов, а каждое логическое условие должно принимать все возможные значения.
<a id="p100326"></a>Примечание - MC/DC - тип анализа покрытия кода. Он строит сверху покрытие ветвей [(3.13)](#p100085) и, по сути, также требует, чтобы были проверены все кодовые блоки и все выполняемые ветви.

<a id="p100327"></a>3.93 мотоцикл (motorcycle): Двухколесное с приводом от двигателя транспортное средство или трехколесное с приводом от двигателя транспортное средство, снаряженная масса которого не превышает 800 кг, исключая мопеды, как определено в ИСО 3833 <1>.

<a id="p100328"></a>

---

<a id="p100329"></a><1> Примечание переводчика - Содержание понятия "мотоцикл" в данном определении является более узким (т.е. задано меньше существенных признаков, присущих всем объектам данного понятия), чем в определениях транспортных средств двух категорий L2 и L3 (см. пункты 2.3 и 2.4 ГОСТ Р 52051-2003), а соответственно, объем этого понятия шире, т.е. оно определяет более широкое множество объектов (мотоциклов), чем определено двумя категориями транспортных средств L2 и L3. Следовательно, если требования комплекса стандартов ИСО 26262 справедливы для объема понятия "мотоцикл" в данном определении, то они тем более справедливы для объема понятия "транспортные средства" двух категорий L2 и L3 по ГОСТ Р 52051-2003.

<a id="p100330"></a>3.94 уровень полноты безопасности мотоцикла; УПБМ (motorcycle safety integrity level; MSIL): Один из четырех уровней, используемых для задания необходимых для устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) требований настоящего стандарта о необходимом снижении риска [(3.128)](#p100402), который преобразуется в УПБТС [(3.6)](#p100068) при задании мер безопасности [(3.141)](#p100435), чтобы предотвратить неоправданный остаточный риск [(3.126)](#p100399) для устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185), используемых непосредственно при разработке мотоциклов [(3.93)](#p100327), для которого значение УПБМ, равное D, является наиболее строгим уровнем, а значение УПБМ, равное A, - наименее строгим.
<a id="p100331"></a>3.95 многоядерный (multi-core): Компонент [(3.21)](#p100114) аппаратных средств, включающий два или более элемента обработки [(3.113)](#p100369) аппаратных средств, которые могут работать независимо друг от друга.
<a id="p100332"></a>3.96 множественный отказ (multiple-point failure): Отказ [(3.50)](#p100219), произошедший в результате комбинации нескольких независимых сбоев [(3.54)](#p100225) аппаратных средств, который непосредственно приводит к недостижению цели безопасности [(3.139)](#p100431).
<a id="p100333"></a>3.97 множественный сбой (multiple-point fault): Отдельный сбой [(3.54)](#p100225), который в сочетании с другими независимыми сбоями [(3.54)](#p100225), если он не обнаружен и не воспринимается, может привести к множественному отказу [(3.96)](#p100332).
<a id="p100334"></a>Примечание - Множественный сбой может быть распознан только после идентификации множественного отказа [(3.96)](#p100332), например в результате анализа сечений дерева отказов.

<a id="p100335"></a>3.98 временной интервал обнаружения множественного сбоя (multiple-point fault detection time interval): Промежуток времени, в течение которого может быть обнаружен множественный сбой [(3.97)](#p100333), прежде чем он может вызвать множественный отказ [(3.96)](#p100332).
<a id="p100336"></a>3.99 новая разработка (new development): Процесс создания устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) с новой функциональностью и/или новая реализация существующей функциональности.
<a id="p100337"></a>3.100 нефункциональная опасность (non-functional hazard): Опасность [(3.75)](#p100292), которая возникает из-за других факторов, не являющихся отклонениями от предписанного функционирования [(3.88)](#p100315) Э/Э систем [(3.40)](#p100182), а также связанных с безопасностью систем [(3.163)](#p100488), основанных на других технологиях [(3.105)](#p100345), или из-за внешних мер [(3.49)](#p100218).
<a id="p100338"></a>3.101 точки контроля (observation points): Выходные сигналы элемента [(3.41)](#p100185), с помощью которых наблюдается возможное влияние сбоя [(3.54)](#p100225).
<a id="p100339"></a>*Пример* - Выходы памяти.
<a id="p100340"></a>3.102 режим работы (operating mode): Условия функционального состояния, которые являются результатом использования и применения устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).
<a id="p100341"></a>Пример - Система [(3.163)](#p100488) выключена; система [(3.163)](#p100488) активна; система [(3.163)](#p100488) пассивна; режим постепенного снижения эффективности; аварийный режим [(3.43)](#p100188); безопасное состояние [(3.131)](#p100413).
<a id="p100342"></a>3.103 срок службы (operating time): Суммарное время, в течение которого функционирует устройство [(3.84)](#p100310) или элемент [(3.41)](#p100185), включая режимы постепенного снижения эффективности.
<a id="p100343"></a>3.104 эксплуатационная ситуация (operational situation): Сценарий, который может возникать в течение срока службы транспортного средства.
<a id="p100344"></a>*Пример* - Вождение на высокой скорости, парковка на площадке с уклоном, техническое обслуживание.
<a id="p100345"></a>3.105 другая технология (other technology): Используемая в области применения настоящего стандарта технология, отличающаяся от Э/Э технологий.
<a id="p100346"></a>*Пример* - Технология, основанная на принципах механики; технология, основанная на принципах гидравлики.
<a id="p100347"></a>Примечание - Другие технологии могут быть рассмотрены при спецификации функциональной концепции безопасности [(3.68)](#p100277) (см. раздел 7 и рисунок 2 ИСО 26262-3:2018), а также при распределении требований безопасности [(3.132)](#p100418) (см. ИСО 26262-3 и ИСО 26262-4) либо как внешняя мера [(3.49)](#p100218).

<a id="p100348"></a>3.106 разбиение (partitioning): Разделение функций или элементов [(3.41)](#p100185) в целях проектирования.
<a id="p100349"></a>Примечание - Разбиение может быть использовано для локализации сбоев [(3.54)](#p100225) с целью предотвращения каскадных отказов [(3.17)](#p100098). Для достижения отсутствия влияния [(3.65)](#p100270) между разбиваемыми элементами [(3.41)](#p100185) при проектировании могут быть введены дополнительные нефункциональные требования.

<a id="p100350"></a>3.107 легковой автомобиль (passenger car): Транспортное средство, которое спроектировано и построено в основном для перевозки пассажиров и их багажа и/или товаров, имеющее не более восьми сидячих мест, кроме водительского, и не имеющее мест для стоящих пассажиров <1>.

<a id="p100351"></a>

---

<a id="p100352"></a><1> Примечание переводчика - Объем понятия "легковой автомобиль" в данном определении шире, чем в определении транспортного средства категории M1 (см. пункт 3.1 ГОСТ Р 52051-2003), т.е. оно определяет более широкое множество объектов (легковых автомобилей), чем определено категорией транспортных средств M1. Следовательно, если требования комплекса стандартов ИСО 26262 справедливы для объема понятия "легковой автомобиль" в данном определении, то они тем более справедливы для объема понятия "транспортные средства" категории M1 по ГОСТ Р 52051-2003.

<a id="p100353"></a>3.108 воспринимаемый сбой (perceived fault): Сбой [(3.54)](#p100225), который может быть воспринят косвенным путем (через отклонения в поведении транспортного средства).
<a id="p100354"></a>3.109 постоянный сбой (permanent fault): Появившийся сбой [(3.54)](#p100225), который не исчезает до его устранения или ремонта.
<a id="p100355"></a>Примечание - Сбои [(3.54)](#p100225) постоянного тока, например константные неисправности и замыкание, являются постоянными сбоями [(3.54)](#p100225).

<a id="p100356"></a>3.110 стадия (phase): Этап жизненного цикла [(3.86)](#p100313) системы безопасности [(3.132)](#p100418), каждый из которых рассмотрен в ИСО 26262-3, ИСО 26262-4, ИСО 26262-5, ИСО 26262-6 и ИСО 26262-7.
<a id="p100357"></a>*Примечание* - Отдельные части настоящего стандарта, ИСО 26262-3, ИСО 26262-4, ИСО 26262-5, ИСО 26262-6 и ИСО 26262-7 посвящены соответственно следующим стадиям:
- <a id="p100358"></a>формированию концепции;
- <a id="p100359"></a>разработке изделия на уровне системы [(3.163)](#p100488);
- <a id="p100360"></a>разработке изделия на уровне аппаратных средств;
- <a id="p100361"></a>разработке изделия на уровне программного обеспечения;
- <a id="p100362"></a>производству, эксплуатации, обслуживанию и утилизации.

<a id="p100363"></a>3.111 физическая сущность отказа (physics of failure; PoF): Результат исследования механизма отказа [(3.50)](#p100219), полученный в результате применения научного подхода к безотказности.
<a id="p100364"></a>Примечания
<a id="p100365"></a>1 Обычно PoF применяется при моделировании эксплуатационного ресурса, которое выполняется в среде автоматизированного конструирования (CAE).
<a id="p100366"></a>2 Анализ PoF предпочтителен при оценке безотказности новых технологий и конструкций, поскольку для прогнозирования безотказности он не требует анализа многолетней истории эксплуатационных отказов [(3.50)](#p100219).

<a id="p100367"></a>3.112 механизм отбора мощности (power take-off; PTO): Приводной механизм, использующий источник энергии грузового транспортного средства [(3.174)](#p100506) или седельного тягача [(3.170)](#p100498) для приведения в действие дополнительного оборудования.
<a id="p100368"></a>*Пример* - Приводной механизм для функционирования гидравлического насоса, вакуумного устройства, подъемного механизма, механизма поднятия кузова самосвала, бетоносмесителя.
<a id="p100369"></a>3.113 обрабатывающий элемент (processing element; PE): Часть аппаратного средства [(3.71)](#p100285), обеспечивающая ряд функций обработки данных, обычно состоящая из набора регистров, исполнительного устройства и устройства управления.
<a id="p100370"></a>Примеры
<a id="p100371"></a>1 Компонент [(3.21)](#p100114) аппаратных средств, состоящий из четырех ядер, можно рассматривать как четыре обрабатывающих элемента.
<a id="p100372"></a>2 Потоковые мультипроцессоры в графическом процессоре можно считать обрабатывающими элементами.
<a id="p100373"></a>3.114 программируемое логическое устройство (programmable logic device; PLD): Компонент [(3.21)](#p100114) аппаратных средств или часть аппаратного средства [(3.71)](#p100285), функция схемы которого не определена во время изготовления, но формируется во время интеграции в элемент [(3.41)](#p100185) более высокого уровня.
<a id="p100374"></a>3.115 подтверждение проверкой эксплуатацией (proven in use argument): Доказательство, основанное на анализе полевых данных [(3.62)](#p100265), полученных в результате использования кандидата [(3.16)](#p100096), демонстрирующее, что вероятность любых отказов [(3.50)](#p100219) этого кандидата, которые могут снизить вероятность достижения цели безопасности [(3.139)](#p100431) устройства [(3.84)](#p100310), которую он реализует, удовлетворяет требованиям соответствующего значения УПБТС [(3.6)](#p100068).
<a id="p100375"></a>3.116 доверие проверке эксплуатацией (proven in use credit): Замена заданного набора подстадий [(3.161)](#p100484) жизненного цикла [(3.86)](#p100313) соответствующими результатами работы [(3.185)](#p100545), прошедшими подтверждение проверкой эксплуатацией [(3.115)](#p100374).
<a id="p100376"></a>3.117 менеджмент качества (quality management; QM): Скоординированные действия, направленные на организацию управления качеством.
<a id="p100377"></a>Примечание - QM не тождественен УПБТС [(3.6)](#p100068), но может быть определен при анализе опасности и оценке риска [(3.76)](#p100294).

<a id="p100378"></a>3.118 случайный отказ аппаратных средств (random hardware failure): Отказ [(3.50)](#p100219), возникающий в случайный момент срока службы элемента [(3.41)](#p100185) аппаратных средств в соответствии с распределением вероятности.
<a id="p100379"></a>Примечания
<a id="p100380"></a>1 Интенсивности случайных отказов аппаратных средств могут быть предсказаны с разумной точностью.
<a id="p100381"></a>2 Физические отказы [(3.50)](#p100219) аппаратных средств, определенные в методологии PoF [(3.111)](#p100363) (см. SAE J1211, JEDEC JEP122 или подобные), в настоящем стандарте рассматриваются как случайные отказы аппаратных средств.

<a id="p100382"></a>3.119 случайный сбой аппаратных средств (random hardware fault): Сбой [(3.54)](#p100225) аппаратных средств, возникший в соответствии с вероятностным распределением.
<a id="p100383"></a>3.120 разумно предсказуемое (reasonably foreseeable): Событие, которое технически возможно и имеет заслуживающее доверие и измеряемое значение интенсивности его появления.
<a id="p100384"></a>*Примечание* - Ожидаемое неправильное использование можно рассматривать как подкласс разумно предсказуемых событий.

<a id="p100385"></a>3.121 реконструкция (rebuilding): Изменение первоначальной конфигурации транспортного средства T&B для выполнения другой задачи.
<a id="p100386"></a>Примечание - Реконструкция может включать модификацию [(3.91)](#p100323) конфигурации транспортного средства T&B [(3.175)](#p100508).

<a id="p100387"></a>3.122 резервирование (redundancy): Наличие дополнительных средств к тем средствам, которые были достаточными для выполнения ими необходимых функций или для представления ими информации.
<a id="p100388"></a>Примечания
<a id="p100389"></a>1 Резервирование используется в настоящем стандарте для достижения цели безопасности [(3.129)](#p100431) или заданного требования безопасности [(3.132)](#p100418) или для представления информации, связанной с безопасностью.
<a id="p100390"></a>2 Резервирование может быть реализовано в однородной среде или с использованием разнообразия [(3.37)](#p100168).

<a id="p100391"></a>Примеры
<a id="p100392"></a>1 Примером резервирования с целью повышения готовности [(3.7)](#p100069) или обеспечения обнаружения сбоя [(3.54)](#p100225) может являться дублирование функциональных компонентов [(3.21)](#p100114).
<a id="p100393"></a>2 Резервирование с целью обеспечения обнаружения сбоя [(3.54)](#p100225) реализуется добавлением битов четности к данным, представляющим связанную с безопасностью информацию.
<a id="p100394"></a>3.123 регрессионная стратегия (regression strategy): Стратегия, позволяющая проверить, что реализуемое изменение не влияет на существующие и ранее проверенные части или свойства устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).
<a id="p100395"></a>3.124 заводское восстановление (remanufacturing): Разборка и капитальный ремонт транспортного средства T&B с использованием новых или восстановленных частей после периода эксплуатации в соответствии с начальными техническими условиями.
<a id="p100396"></a>3.125 остаточные сбои (residual fault): Часть случайных сбоев аппаратных средств [(3.119)](#p100382), приводящих к недостижению цели безопасности [(3.139)](#p100431), происходящих в элементе [(3.41)](#p100185) аппаратных средств, где эта часть случайных сбоев аппаратных средств [(3.119)](#p100382) не охвачена механизмами безопасности [(3.142)](#p100438).
<a id="p100397"></a>Примечание - Предполагается, что элемент [(3.41)](#p100185) аппаратных средств охвачен механизмом безопасности [(3.142)](#p100438) только для части его сбоев [(3.54)](#p100225).

<a id="p100398"></a>Пример - Если во множестве сбоев [(3.54)](#p100225), связанных с безопасностью и опасных, число сбоев [(3.54)](#p100225), охваченных механизмом безопасности, составляет 60%, то остальные 40% из этого множества сбоев [(3.54)](#p100225) являются остаточными сбоями.
<a id="p100399"></a>3.126 остаточный риск (residual risk): Риск, остающийся после принятия мер безопасности [(3.141)](#p100435).
<a id="p100400"></a>3.127 оценка (review): Рассмотрение результатов работы [(3.185)](#p100545) с целью достижения ими намеченной цели в соответствии с задачей оценки.
<a id="p100401"></a>Примечание - На стадии [(3.110)](#p100356) разработки оценка может быть верификационной оценкой [(3.181)](#p100525) или оценкой подтверждения [(3.24)](#p100125).

<a id="p100402"></a>3.128 риск (risk): Сочетание вероятности события причинения вреда [(3.74)](#p100291) и тяжести последствий [(3.154)](#p100473) этого вреда [(3.74)](#p100291).
<a id="p100403"></a>3.129 робастное проектирование (robust design): Проектирование, обеспечивающее способность системы правильно функционировать при искаженных входных сигналах или в отклоняющихся от нормы условиях окружающей среды.
<a id="p100404"></a>*Примечание* - Под робастностью понимают:
- <a id="p100405"></a>для программного обеспечения - способность реагировать на отклоняющиеся от нормы входные сигналы и условия;
- <a id="p100406"></a>для аппаратных средств - способность быть защищенными при отклоняющихся от нормы условиях окружающей среды и стабильно функционировать в течение срока службы во всем диапазоне проектных параметров;
- <a id="p100407"></a>в контексте настоящего стандарта - возможность обеспечения безопасного функционирования для граничных значений проектных параметров.

<a id="p100408"></a>3.130 безопасный сбой (safe fault): Сбой [(3.54)](#p100225), появление которого несущественно увеличивает вероятность недостижения цели безопасности [(3.139)](#p100431).
<a id="p100409"></a>Примечания
<a id="p100410"></a>1 Как показано в приложении B ИСО 26262-5, безопасные сбои могут происходить как в связанных с безопасностью элементах [(3.144)](#p100445), так и в не связанных с безопасностью.
<a id="p100411"></a>2 Единичные сбои [(3.156)](#p100476), остаточные сбои [(3.125)](#p100396) и двойные сбои [(3.39)](#p100178) не являются безопасными сбоями.
<a id="p100412"></a>3 Если это не указано в концепции безопасности [(3.132)](#p100418), то множественные сбои [(3.97)](#p100333) выше второго порядка можно рассматривать как безопасные сбои.

<a id="p100413"></a>3.131 безопасное состояние (safe state): Режим работы [(3.102)](#p100340) в случае отказа [(3.50)](#p100219) устройства [(3.84)](#p100310) при отсутствии необоснованного уровня риска [(3.128)](#p100402).
<a id="p100414"></a>Примечания
<a id="p100415"></a>1 См. [рисунок 5](#p100252).
<a id="p100416"></a>2 Если предписанное функционирование можно считать безопасным, то в контексте комплекса стандартов ИСО 26262 определение безопасного состояния существует только в случае отказа [(3.50)](#p100219).

<a id="p100417"></a>Пример - Нерабочий режим [для систем [(3.163)](#p100488), которые не являются отказоустойчивыми].
<a id="p100418"></a>3.132 безопасность (safety): Отсутствие неприемлемого риска [(3.176)](#p100511).
<a id="p100419"></a>3.133 действие по обеспечению безопасности (safety activity): Действие, осуществляемое на одной или нескольких стадиях [(3.110)](#p100356) или подстадиях [(3.161)](#p100484) жизненного цикла [(3.86)](#p100313) системы безопасности [(3.132)](#p100418).
<a id="p100420"></a>3.134 нарушение безопасности (safety anomaly): Условия, отличные от планируемых и способные привести к причинению вреда [(3.74)](#p100291).
<a id="p100421"></a>Примечание - Нарушения безопасности могут быть обнаружены и в других случаях: во время оценки [(3.127)](#p100400), тестирования [(3.169)](#p100497), анализа, компиляции, при использовании компонентов [(3.21)](#p100114) или действующей документации.

<a id="p100422"></a>*Пример* - Отклонения могут быть от требований, технических заданий, проектной документации, документации пользователя, стандартов или от накопленного опыта.
<a id="p100423"></a>3.135 архитектура безопасности (safety architecture): Совокупность элементов [(3.41)](#p100185) и их взаимодействие, обеспечивающие удовлетворение требованиям безопасности [(3.132)](#p100418).
<a id="p100424"></a>3.136 обоснование (функциональной) безопасности (safety case): Обоснование того, что функциональная безопасность [(3.67)](#p100276) достигнута для устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185) и подтверждена доказательствами, сформированными из результатов работы [(3.185)](#p100545) выполняемых действий в процессе разработки.
<a id="p100425"></a>Примечание - Обоснование безопасности может быть распространено на вопросы безопасности [(3.132)](#p100418), выходящие за область применения настоящего стандарта.

<a id="p100426"></a>3.137 культура безопасности (safety culture): Непреходящие ценности, менталитет, мотивации и знания организации, в которой безопасность [(3.132)](#p100418) является высшим приоритетом среди конкурирующих целей в ее решениях и поведении.
<a id="p100427"></a>*Примечание* - См. приложение B ИСО 26262-2.

<a id="p100428"></a>3.138 универсальный элемент безопасности (safety element out of context; SEooC): Связанный с безопасностью элемент [(3.144)](#p100445), который разработан вне контекста определенного устройства [(3.84)](#p100310).
<a id="p100429"></a>Примечание - Универсальным элементом безопасности может быть система [(3.163)](#p100488), комбинация систем [(3.163)](#p100488), компонент программного обеспечения [(3.157)](#p100480), модуль программного обеспечения [(3.159)](#p100482), компонент [(3.21)](#p100114) аппаратных средств или часть аппаратных средств [(3.71)](#p100285).

<a id="p100430"></a>Пример - Универсальная система стеклоочистки [(3.163)](#p100488) с принятыми требованиями безопасности, которая будет интегрирована в различные системы [(3.163)](#p100488) изготовителя комплектного оборудования (OEM).
<a id="p100431"></a>3.139 цель безопасности (safety goal): Требования безопасности [(3.132)](#p100418) высшего уровня, полученные в результате анализа опасностей и оценки рисков [(3.76)](#p100294) на уровне транспортного средства.
<a id="p100432"></a>Примечание - Одна цель безопасности может быть связана с несколькими опасностями [(3.75)](#p100292), и несколько целей безопасности могут быть связаны с одной опасностью [(3.75)](#p100292).

<a id="p100433"></a>3.140 менеджер по безопасности (safety manager): Лицо или организация, ответственная за наблюдение и обеспечение выполнения действий, необходимых для достижения функциональной безопасности [(3.67)](#p100276).
<a id="p100434"></a>Примечание - На разных уровнях разработки устройства [(3.84)](#p100310) каждая вовлеченная компания может назначить одного или несколько различных лиц, разделив назначение в соответствии с внутренней матричной организационной структурой.

<a id="p100435"></a>3.141 мера безопасности (safety measure): Деятельность либо техническое решение по предотвращению или управлению систематическими отказами [(3.164)](#p100490) и по обнаружению или управлению случайными отказами аппаратных средств [(3.118)](#p100378) или по смягчению их вредного воздействия.
<a id="p100436"></a>Примечание - Меры безопасности включают в себя механизмы безопасности [(3.142)](#p100438).

<a id="p100437"></a>*Пример* - FMEA или программное обеспечение без использования глобальных переменных.
<a id="p100438"></a>3.142 механизм безопасности (safety mechanism): Техническое решение, реализованное Э/Э функциями или элементами [(3.41)](#p100185) или выполненное на основе других технологий [(3.105)](#p100345) для обнаружения и ослабления допустимых сбоев [(3.54)](#p100225) либо для управления или предотвращения отказов [(3.50)](#p100219) в целях поддержки целевой функциональности [(3.83)](#p100308) либо достижения или поддержки безопасного состояния [(3.131)](#p100413).
<a id="p100439"></a>Примечания
<a id="p100440"></a>1 Механизмы безопасности реализуются внутри устройства [(3.84)](#p100310) для предотвращения сбоев [(3.54)](#p100225), ведущих к единичным отказам [(3.155)](#p100475), и для предотвращения возникновения сбоев [(3.54)](#p100225), которые могут стать скрытыми сбоями [(3.85)](#p100312).
<a id="p100441"></a>2 Механизм безопасности обеспечивает способность к:
<a id="p100442"></a>a) переводу или поддержанию устройства [(3.84)](#p100310) в безопасном состоянии [(3.131)](#p100413) либо
<a id="p100443"></a>b) выдаче водителю предупреждения о том, что он должен контролировать воздействие отказа [(3.50)](#p100219) в соответствии с концепцией функциональной безопасности [(3.68)](#p100277).

<a id="p100444"></a>3.143 план обеспечения безопасности (safety plan): План по управлению и руководству выполнением действий по обеспечению безопасности [(3.133)](#p100419) проекта, включая сроки, этапы, задачи, ожидаемые результаты, ответственности и ресурсы.
<a id="p100445"></a>3.144 элемент, связанный с безопасностью (safety-related element): Элемент [(3.41)](#p100185), который имеет возможность внести вклад в достижение или недостижение цели безопасности [(3.139)](#p100431).
<a id="p100446"></a>Примечание - Отказоустойчивые элементы [(3.41)](#p100185) считаются связанными с безопасностью, если они могут внести свой вклад по крайней мере в реализацию одной цели безопасности [(3.139)](#p100431).

<a id="p100447"></a>3.145 функция, связанная с безопасностью (safety-related function): Функция, которая имеет возможность внести вклад в достижение или недостижение цели безопасности [(3.139)](#p100431).
<a id="p100448"></a>3.146 инцидент, связанный с безопасностью (safety-related incident): Возникновение связанного с безопасностью отказа [(3.50)](#p100219).
<a id="p100449"></a>3.147 специальная характеристика, связанная с безопасностью (safety-related special characteristic): Характеристика устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) либо процесса их изготовления, которая может разумно предсказуемо воздействовать, способствовать или вызвать любое возможное снижение функциональной безопасности [(3.67)](#p100276).
<a id="p100450"></a>Примечания
<a id="p100451"></a>1 Термин "специальные характеристики" определен в IATF 16949.
<a id="p100452"></a>2 Специальные характеристики, связанные с безопасностью, формируются на стадии [(3.110)](#p100356) разработки устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185).
<a id="p100453"></a>3 Специальные характеристики, связанные с безопасностью, не следует путать с механизмом безопасности [(3.142)](#p100438).

<a id="p100454"></a>*Пример* - Диапазон температур, срок действия, крутящий момент, допуск на обработку, конфигурация.
<a id="p100455"></a>3.148 валидация безопасности (safety validation): Уверенность, основанная на экспертизе и результатах тестирования, что цели безопасности [(3.139)](#p100431) отвечают требованиям и были достигнуты с достаточным уровнем полноты.
<a id="p100456"></a>*Примечание* - В ИСО 26262-4 представлены соответствующие методы валидации безопасности.

<a id="p100457"></a>3.149 полуформальное средство описания (semi-formal notation): Язык технического описания, синтаксис которого полностью определен, но определение семантики может быть неполным.
<a id="p100458"></a>*Пример* - Язык структурного анализа и проектирования (SADT); универсальный язык моделирования (UML).
<a id="p100459"></a>3.150 полуформальная верификация (semi-formal verification): Метод верификации [(3.180)](#p100518), использующий полуформальное средство описания [(3.149)](#p100457).
<a id="p100460"></a>Пример - Использование тестовых векторов, полученных из полуформального описания модели, чтобы проверить, что функционирование системы [(3.163)](#p100488) соответствует модели.
<a id="p100461"></a>3.151 полуприцеп (semi-trailer): Прицеп [(3.171)](#p100499), который разработан так, чтобы его буксировали посредством поворотного шквореня, соединенного с тягачом [(3.170)](#p100498), который создает существенную вертикальную нагрузку на буксирующее транспортное средство <1>.

<a id="p100462"></a>

---

<a id="p100463"></a><1> Примечание переводчика - Содержание понятия "полуприцеп" в данном определении является более узким (т.е. задано меньше существенных признаков, присущих всем объектам данного понятия), чем в определении понятия "полуприцеп" в пункте 5.5.1 ГОСТ Р 52051-2003, а соответственно, объем этого понятия шире, т.е. оно определяет более широкое множество объектов (полуприцепов), чем определено в пункте 5.5.1 ГОСТ Р 52051-2003. Следовательно, если требования комплекса стандартов ИСО 26262 справедливы для объема понятия "полуприцеп" в данном определении, то они тем более справедливы для объема понятия "полуприцеп" в пункте 5.5.1 ГОСТ Р 52051-2003.

<a id="p100464"></a>3.152 дорожное транспортное средство серийного производства (series production road vehicle): Дорожное транспортное средство, которое предназначено для использования на автомобильных дорогах общего пользования и не является прототипом.
<a id="p100465"></a>*Примечание* - Классификация транспортных средств может отличаться в различных странах <2>.

<a id="p100466"></a>

---

<a id="p100467"></a><2> В Российской Федерации действует ГОСТ Р 52051.

<a id="p100468"></a>Примеры
<a id="p100469"></a>1 Транспортное средство, которое продается населению.
<a id="p100470"></a>2 Транспортное средство, которое продается для использования населением.
<a id="p100471"></a>3.153 указание по сервисному обслуживанию (service note): Документально оформленная информация по безопасности [(3.132)](#p100418), которая будет учитываться при выполнении процедур технического обслуживания устройства [(3.84)](#p100310).
<a id="p100472"></a>Пример - Специальные характеристики, связанные с безопасностью [(3.115)](#p100449), работы по безопасности [(3.132)](#p100418), которые могут быть необходимы.
<a id="p100473"></a>3.154 тяжесть последствий (severity): Оценка степени вреда [(3.74)](#p100291), причиняемого одному или нескольким лицам, который может возникнуть при потенциально опасном событии [(3.77)](#p100295).
<a id="p100474"></a>Примечание - Параметр "S" в методе анализа опасностей и оценки рисков [(3.58)](#p100294) представляет возможную тяжесть последствий причиняемого вреда [(3.74)](#p100291).

<a id="p100475"></a>3.155 единичный отказ (single-point failure): Отказ [(3.50)](#p100219), появляющийся в результате единичного сбоя [(3.156)](#p100476).
<a id="p100476"></a>3.156 единичный сбой (single-point fault): Сбой [(3.54)](#p100225) в элементе [(3.41)](#p100185) аппаратных средств, который непосредственно приводит к недостижению цели безопасности [(3.139)](#p100431), и ни один сбой [(3.54)](#p100225) в этом элементе [(3.41)](#p100185) не охвачен ни одним механизмом безопасности [(3.142)](#p100438).
<a id="p100477"></a>Примечания
<a id="p100478"></a>1 См. также единичный отказ [(3.155)](#p100475).
<a id="p100479"></a>2 Если для элемента [(3.41)](#p100185) аппаратных средств определен по крайней мере один механизм безопасности [(3.142)](#p100438) (например, сторожевой таймер для микроконтроллера), то сбои [(3.54)](#p100225) рассматриваемого элемента [(3.41)](#p100185) аппаратных средств не являются единичными сбоями.

<a id="p100480"></a>3.157 компонент программного обеспечения (software component): Один или несколько модулей программного обеспечения [(3.159)](#p100482).
<a id="p100481"></a>3.158 инструментальное программное обеспечение (software tool): Компьютерная программа, используемая при разработке устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).
<a id="p100482"></a>3.159 модуль программного обеспечения (software unit): Компонент программного обеспечения [(3.157)](#p100480), представляющий самый низкий уровень архитектуры [(3.1)](#p100058) программного обеспечения, который может быть протестирован [(3.169)](#p100497) автономно.
<a id="p100483"></a>3.160 охват операторов (statement coverage): Процент выполненных операторов в программе.
<a id="p100484"></a>3.161 подстадия (subphase): Часть стадии [(3.110)](#p100356) жизненного цикла [(3.86)](#p100313) системы безопасности [(3.132)](#p100418), которая рассматривается в отдельном разделе настоящего стандарта.
<a id="p100485"></a>Пример - Анализ опасностей и оценка рисков [(3.76)](#p100294) является подстадией жизненного цикла [(3.86)](#p100313) системы безопасности [(3.132)](#p100418), которая рассмотрена в разделе 7 ИСО 26262-3.
<a id="p100486"></a>3.162 договор на поставку (supply agreement): Соглашение между потребителем и поставщиком, в котором определены обязанности по действиям, доказательствам или результатам работы [(3.185)](#p100545), которые должны быть выполнены и/или которыми должна обменяться каждая из сторон и которые связаны с производством устройств [(3.84)](#p100310) или элементов [(3.41)](#p100185).
<a id="p100487"></a>Примечание - Если соглашение о разработке [(3.32)](#p100154) относится к стадии разработки, то договор на поставку относится к производству.

<a id="p100488"></a>3.163 система (system): Набор компонентов [(3.21)](#p100114) или подсистем, содержащий по меньшей мере связанные между собой датчик, контроллер и исполнительное устройство.
<a id="p100489"></a>*Примечание* - Датчик или исполнительное устройство могут входить в состав системы или быть внешними по отношению к системе.

<a id="p100490"></a>3.164 систематический отказ (systematic failure): Отказ [(3.50)](#p100219), связанный детерминированным образом с некоторой причиной, которая может быть исключена только путем изменения конструкции, технологического процесса, правил эксплуатации, документации либо других соответствующих факторов.
<a id="p100491"></a>3.165 систематический сбой (systematic fault): Сбой [(3.54)](#p100225), после которого детерминированным образом появляется отказ [(3.50)](#p100219), который можно предотвратить только путем применения определенных мер в процессе производства или проектирования.
<a id="p100492"></a>3.166 целевая платформа (target environment): Среда, которая предназначена для выполнения конкретного программного обеспечения.
<a id="p100493"></a>Примечание - Для прикладного программного обеспечения целевая платформа - микроконтроллер с базовым программным обеспечением и операционной системой. Для встроенного программного обеспечения [(3.42)](#p100187) целевой платформой является электронный блок управления в составе системы [(3.163)](#p100488).

<a id="p100494"></a>3.167 концепция технической безопасности (technical safety concept): Спецификация требований технической безопасности [(3.168)](#p100495) и их распределение по элементам [(3.41)](#p100185) системы [(3.163)](#p100488) со связанной информацией, обеспечивающей обоснование функциональной безопасности [(3.67)](#p100276) на уровне системы [(3.163)](#p100488).
<a id="p100495"></a>3.168 требование технической безопасности (technical safety requirement): Требование, выводимое из соответствующих требований функциональной безопасности [(3.69)](#p100278) для их реализации.
<a id="p100496"></a>*Примечание* - Выводимое требование включает требования по минимизации негативных последствий.

<a id="p100497"></a>3.169 тестирование (testing): Процесс планирования, подготовки и выполнения или осуществления испытания устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185) для подтверждения удовлетворения ими указанных требований, выявления нарушения безопасности [(3.134)](#p100420), валидации этих требований данному контексту и формирования уверенности в их надлежащем функционировании.
<a id="p100498"></a>3.170 седельный тягач (tractor): Грузовое транспортное средство [(3.174)](#p100506), предназначенное для буксировки полуприцепа [(3.151)](#p100461).
<a id="p100499"></a>3.171 прицеп (trailer): Буксируемое дорожное транспортное средство, предназначенное для эксплуатации в составе автопоезда и оборудованное буксирным устройством, которое не передает какой-либо значительной статической нагрузки на буксирующее транспортное средство <1>.

<a id="p100500"></a>

---

<a id="p100501"></a><1> Примечание переводчика - Содержание понятия "прицеп" в данном определении является более узким (т.е. задано меньше существенных признаков, присущих всем объектам данного понятия), чем в определении понятия "прицеп" в разделе 5 ГОСТ Р 52051-2003, а соответственно, объем этого понятия шире, т.е. оно определяет более широкое множество объектов (прицепов), чем определено в разделе 5 ГОСТ Р 52051-2003. Следовательно, если требования комплекса стандартов ИСО 26262 справедливы для объема понятия "прицеп" в данном определении, то они тем более справедливы для объема понятия "прицеп" в разделе 5 ГОСТ Р 52051-2003.

<a id="p100502"></a>*Примечание* - Прицеп может быть предназначен для транспортировки грузов или оборудования.

<a id="p100503"></a>3.172 датчик (transducer): Часть аппаратных средств [(3.71)](#p100285), которая преобразует одну форму энергии в другую и имеет чувствительность, которая определяет величину формы ее выходной энергии в соответствии с величиной формы ее входной энергии
<a id="p100504"></a>3.173 кратковременный сбой (transient fault): Сбой [(3.54)](#p100225), который происходит один раз и впоследствии исчезает.
<a id="p100505"></a>Примечание - Кратковременные сбои могут появиться из-за электромагнитных помех, которые могут привести к изменению значения бита памяти на противоположное. Исправимые ошибки [(3.46)](#p100207), такие как одиночный сбой (Single Event Upset) и кратковременное одиночное событие (Single Event Transient), являются кратковременными сбоями.

<a id="p100506"></a>3.174 грузовое транспортное средство (truck): Транспортное средство, предназначенное для транспортировки грузов или оборудования, смонтированного на шасси.
<a id="p100507"></a>Примечание - Грузовое транспортное средство может также буксировать прицеп [(3.171)](#p100499).

<a id="p100508"></a>3.175 конфигурация транспортного средства T&B (T&B vehicle configuration): Технические характеристики базового транспортного средства [(3.9)](#p100071) T&B и кузовного оборудования [(3.12)](#p100084), которые не изменяются во время эксплуатации.
<a id="p100509"></a>Примечание - Изменения могут произойти во время реконструкции [(3.121)](#p100385).

<a id="p100510"></a>*Пример* - Колесная база, распределение нагрузки по осям, колеса (число осей, ведущие оси, управляемые оси).
<a id="p100511"></a>3.176 неоправданный риск (unreasonable risk): Риск [(1.128)](#p100402), который считается неприемлемым в конкретном контексте в соответствии с действующими социально-нравственными понятиями.
<a id="p100512"></a>3.177 различие в эксплуатации транспортных средств T&B (variance in T&B vehicle operation): Эксплуатация транспортного средства T&B с различными динамическими характеристиками при перевозке грузов или буксировке в процессе срока службы транспортного средства.
<a id="p100513"></a>Пример - Транспортное средство T&B с грузом или без груза, транспортное средство T&B с изменениями в распределении груза, грузовое транспортное средство [(3.174)](#p100506) с прицепом [(3.171)](#p100499) или без него, седельный тягач [(3.170)](#p100498) с полуприцепом [(3.151)](#p100461) или без него [седельный тягач [(3.170)](#p100498) отдельно].
<a id="p100514"></a>3.178 функция транспортного средства (vehicle function): Целостная и востребованная часть функционирования транспортного средства, характеризующаяся работой одного или нескольких устройств [(3.84)](#p100310), доступная для наблюдения потребителю.
<a id="p100515"></a>*Пример* - "Автоматический круиз-контроль" является функцией транспортного средства, которая может быть реализована с использованием электронных блоков управления и датчиков, основанных на различных принципах действия (например, радар, лидар, видеокамера).
<a id="p100516"></a>3.179 функциональное состояние транспортного средства (vehicle operating state): Режим работы [(3.102)](#p100340) в сочетании с эксплуатационной ситуацией [(3.104)](#p100343).
<a id="p100517"></a>Примечание - Функциональное состояние транспортного средства определяется текущей совокупностью заданной функциональности (например, работой системы автоматического управления) с текущей ситуацией управления (например, при движении по автомагистрали со скоростью 120 км/ч). Величина УПБТС [(3.6)](#p100068) опасного события [(3.77)](#p100295) (например, внезапная потеря заданной функциональности) зависит от текущего функционального состояния транспортного средства (например, внезапная потеря работоспособности системы автоматического управления более критична на высоких скоростях, чем на низких); внезапная потеря работоспособности системы автоматического управления на высоких скоростях не сопровождается риском, если эта система [(3.163)](#p100488) не действует, т.е. система [(3.163)](#p100488) отказывает в тот момент, когда транспортным средством управляет водитель.

<a id="p100518"></a>3.180 верификация (verification): Процедура, определяющая, отвечает ли проверяемый объект указанным для него требованиям.
<a id="p100519"></a>*Пример* - Типовые действия верификации могут быть классифицированы следующим образом:
- <a id="p100520"></a>верификационная оценка [(3.181)](#p100525), сквозной контроль [(3.182)](#p100530), контроль [(3.82)](#p100303);
- <a id="p100521"></a>верификационное тестирование [(3.169)](#p100497);
- <a id="p100522"></a>моделирование;
- <a id="p100523"></a>прототипирование;
- <a id="p100524"></a>анализ [анализ безопасности [(3.132)](#p100418), анализ потока управления, анализ потока данных и т.д.].
<a id="p100525"></a>3.181 верификационная оценка (verification review): Деятельность по верификации [(3.180)](#p100518), гарантирующая, что результат разработки соответствует требованиям конструкторской документации и/или техническим требованиям.
<a id="p100526"></a>Примечания
<a id="p100527"></a>1 Отдельные требования для верификационных оценок даны в конкретных разделах отдельных частей комплекса стандартов ИСО 26262.
<a id="p100528"></a>2 Целью верификационных оценок является обеспечение технической корректности и полноты устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).

<a id="p100529"></a>Пример - Типы верификационных оценок: техническая оценка [(3.127)](#p100400), сквозной контроль [(3.182)](#p100530), контроль [(3.82)](#p100303).
<a id="p100530"></a>3.182 сквозной контроль (walk-through): Систематическая проверка результатов работы [(3.185)](#p100545) с целью выявления нарушений безопасности [(3.134)](#p100420).
<a id="p100531"></a>Примечания
<a id="p100532"></a>1 Сквозной контроль - это средство верификации [(3.180)](#p100518).
<a id="p100533"></a>2 Сквозной контроль отличается от тестирования [(3.169)](#p100497) тем, что он обычно не связан с работой соответствующего устройства [(3.84)](#p100310) или элемента [(3.41)](#p100185).
<a id="p100534"></a>3 Любые обнаруженные нарушения безопасности, как правило, устраняют доработкой, за которой следует сквозной контроль доработанных результатов работы [(3.185)](#p100545).

<a id="p100535"></a>Пример - В процессе сквозного контроля разработчик подробно объясняет результаты работы [(3.185)](#p100545) одному или нескольким экспертам. Цель заключается в создании общего понимания результатов работы [(3.185)](#p100545) и выявлении в них любых нарушений безопасности [(3.134)](#p100420). Контроль [(3.82)](#p100303) и сквозной контроль относятся к виду оценки [(3.127)](#p100400), выполняемой экспертом, где сквозной контроль является менее строгой формой оценки [(3.127)](#p100400), выполняемой экспертом, чем контроль [(3.82)](#p100303).
<a id="p100536"></a>3.183 стратегия предупреждения и постепенного снижения эффективности (warning and degradation strategy): Описание процесса предупреждения водителя о возможно ограниченной функциональности и инструкции по обеспечению безопасного состояния [(3.131)](#p100413) в условиях ограниченной функциональности.
<a id="p100537"></a>*Примечание* - Стратегия предупреждения и постепенного снижения эффективности включает:
- <a id="p100538"></a>описание сенсорной, аудио- или визуальной информации для предупреждения водителя о развивающемся снижении эффективности [(3.28)](#p100136);
- <a id="p100539"></a>описание одного или нескольких безопасных состояний [(3.131)](#p100413), связанных с соответствующими целями безопасности [(3.139)](#p100431);
- <a id="p100540"></a>условия перехода к безопасному состоянию [(3.131)](#p100413);
- <a id="p100541"></a>условия для восстановления из безопасного состояния [(3.131)](#p100413) и, в случае необходимости, соответствующий временной интервал максимального времени ремонта [(3.89)](#p100316);
- <a id="p100542"></a>если применимо, описание аварийного режима [(3.43)](#p100188) и соответствующего допустимого временного интервала аварийного режима [(3.45)](#p100200).

<a id="p100543"></a>3.184 обладающий высоким уровнем доверия (well-trusted): Ранее использованный, без известных нарушений безопасности [(3.134)](#p100420) в сравнимых применениях.
<a id="p100544"></a>Пример - Принцип проектирования с высоким уровнем доверия, инструментальное средство с высоким уровнем доверия, компонент [(3.21)](#p100114) аппаратного средства с высоким уровнем доверия.
<a id="p100545"></a>3.185 результат работы (work product): Документально оформленный результат одного или нескольких взаимосвязанных требований стандарта ИСО 26262.
<a id="p100546"></a>*Примечание* - Документация может быть представлена в форме отдельного документа, содержащего полную информацию о результатах работы, или набора документов, содержащих полную информацию о результатах работы.


### <a id="p100547"></a>4 Сокращения


<a id="p100548"></a>В настоящем стандарте применены следующие сокращения и обозначения:


| <a id="p100549"></a>Сокращение (англ.) | <a id="p100550"></a>Сокращение (рус.) | <a id="p100551"></a>Полное название |
| --- | --- | --- |
| <a id="p100552"></a>ACC | <a id="p100553"></a>АКК | <a id="p100554"></a>Адаптивный круиз-контроль |
| <a id="p100555"></a>ADC | <a id="p100556"></a>АЦП | <a id="p100557"></a>Аналого-цифровой преобразователь |
| <a id="p100558"></a>AEC | <a id="p100559"></a>САЭ | <a id="p100560"></a>Совет по автотранспортной электронике |
| <a id="p100561"></a>AIS | <a id="p100562"></a>УШП | <a id="p100563"></a>Упрощенная шкала повреждений |
| <a id="p100564"></a>ALU | <a id="p100565"></a>АЛУ | <a id="p100566"></a>Арифметико-логическое устройство |
| <a id="p100567"></a>ASIC | <a id="p100568"></a>СИС | <a id="p100569"></a>Специализированная интегральная схема |
| <a id="p100570"></a>ASIL | <a id="p100571"></a>УПБТС | <a id="p100572"></a>Уровень полноты безопасности транспортного средства (см. [3.6](#p100068)) |
| <a id="p100573"></a>BB | <a id="p100574"></a>КК | <a id="p100575"></a>Кузовостроительная компания (см. [3.11](#p100079)) |
| <a id="p100576"></a>BFR | <a id="p100577"></a>БИО | <a id="p100578"></a>Базовая интенсивность отказов (см. [3.8](#p100070)) |
| <a id="p100579"></a>BIST | <a id="p100580"></a>ВСТ | <a id="p100581"></a>Встроенное самотестирование |
| <a id="p100582"></a>CAN | <a id="p100583"></a>ЛСК | <a id="p100584"></a>Локальная сеть контроллеров |
| <a id="p100585"></a>CCF | <a id="p100586"></a>ООП | <a id="p100587"></a>Отказ по общей причине (см. [3.18](#p100102)) |
| <a id="p100588"></a>CCP | <a id="p100589"></a>ПКУ | <a id="p100590"></a>Панель классификации управляемости (см. ИСО 26262-12, приложение C) |
| <a id="p100591"></a>CMOS | <a id="p100592"></a>КМОП | <a id="p100593"></a>Комплементарный металлооксидный полупроводник |
| <a id="p100594"></a>COTS | <a id="p100595"></a>КД | <a id="p100596"></a>Коммерчески доступные (имеющиеся в продаже) |
| <a id="p100597"></a>CPU | <a id="p100598"></a>ЦП | <a id="p100599"></a>Центральный процессор |
| <a id="p100600"></a>CRC | <a id="p100601"></a>КЦИК | <a id="p100602"></a>Контроль циклическим избыточным кодом |
| <a id="p100603"></a>DC | <a id="p100604"></a>ОД | <a id="p100605"></a>Охват диагностикой (см. [3.33](#p100156)) |
| <a id="p100606"></a>DAC | <a id="p100607"></a>ЦАП | <a id="p100608"></a>Цифро-аналоговый преобразователь |
| <a id="p100609"></a>DFA | <a id="p100610"></a>АЗО | <a id="p100611"></a>Анализ зависимых отказов |
| <a id="p100612"></a>DFI | <a id="p100613"></a>ПЗО | <a id="p100614"></a>Причина зависимого отказа (см. [3.30](#p100144)) |
| <a id="p100615"></a>DIA | <a id="p100616"></a>СоР | <a id="p100617"></a>Соглашение о разработке (см. [3.32](#p100154)) |
| <a id="p100618"></a>DMA | <a id="p100619"></a>ПДП | <a id="p100620"></a>Прямой доступ к памяти |
| <a id="p100621"></a>DMOS | <a id="p100622"></a>ДМОП-структура | <a id="p100623"></a>МОП-транзистор, изготовленный методом двойной диффузии |
| <a id="p100624"></a>DSP | <a id="p100625"></a>ПОЦС | <a id="p100626"></a>Процессор обработки цифровых сигналов |
| <a id="p100627"></a>ECC | <a id="p100628"></a>КИО | <a id="p100629"></a>Код с исправлением ошибок |
| <a id="p100630"></a>ECU | <a id="p100631"></a>ЭБУ | <a id="p100632"></a>Электронный блок управления |
| <a id="p100633"></a>EDC | <a id="p100634"></a>КОО | <a id="p100635"></a>Код с обнаружением ошибок |
| <a id="p100636"></a>E/E system | <a id="p100637"></a>Э/Э система | <a id="p100638"></a>Электрическая и/или электронная система (см. [3.40](#p100182)) |
| <a id="p100639"></a>EEC | <a id="p100640"></a>ОПНЦБ | <a id="p100641"></a>Оценка каждой причины недостижения цели безопасности |
| <a id="p100642"></a>EMC | <a id="p100643"></a>ЭМС | <a id="p100644"></a>Электромагнитная совместимость |
| <a id="p100645"></a>EMI | <a id="p100646"></a>ЭП | <a id="p100647"></a>Электромагнитные помехи |
| <a id="p100648"></a>EOTI | <a id="p100649"></a>ВИАР | <a id="p100650"></a>Временной интервал аварийного режима (см. [3.44](#p100195)) |
| <a id="p100651"></a>EOTTI | <a id="p100652"></a>ДВИАР | <a id="p100653"></a>Допустимый временной интервал аварийного режима (см. [3.45](#p100200)) |
| <a id="p100654"></a>ESD | <a id="p100655"></a>УЭР | <a id="p100656"></a>Устойчивость к электростатическим разрядам |
| <a id="p100657"></a>ESC | <a id="p100658"></a>ЭКУ | <a id="p100659"></a>Электронный контроль устойчивости |
| <a id="p100660"></a>ETA | <a id="p100661"></a>АДС | <a id="p100662"></a>Анализ дерева событий |
| <a id="p100663"></a>EVR | <a id="p100664"></a>ВСН | <a id="p100665"></a>Встроенный стабилизатор напряжения |
| <a id="p100666"></a>FDTI |  | <a id="p100667"></a>Временной интервал обнаружения сбоя (см. [3.55](#p100230)) |
| <a id="p100668"></a>FET | <a id="p100669"></a>ПТ | <a id="p100670"></a>Полевой транзистор |
| <a id="p100671"></a>FHTI |  | <a id="p100672"></a>Временной интервал обработки сбоя (см. [3.56](#p100237)) |
| <a id="p100673"></a>FIT |  | <a id="p100674"></a>Количество отказов за определенный период (в настоящем стандарте FIT равно 10-9 отказов в час) |
| <a id="p100675"></a>FMC | <a id="p100676"></a>ОВО | <a id="p100677"></a>Охват вида отказа (см. [3.52](#p100222)) |
| <a id="p100678"></a>FMEA | <a id="p100679"></a>АВПО | <a id="p100680"></a>Анализ видов и последствий отказов |
| <a id="p100681"></a>FPGA | <a id="p100682"></a>ВМПП | <a id="p100683"></a>Вентильная матрица, программируемая пользователем |
| <a id="p100684"></a>FRTI | <a id="p100685"></a>ВИРС | <a id="p100686"></a>Временной интервал реакции на сбой (см. [3.59](#p100249)) |
| <a id="p100687"></a>FTA | <a id="p100688"></a>АДО | <a id="p100689"></a>Анализ дерева отказов |
| <a id="p100690"></a>FTTI | <a id="p100691"></a>ВИС | <a id="p100692"></a>Временной интервал сбоеустойчивости (см. [3.61](#p100255)) |
| <a id="p100693"></a>GPU | <a id="p100694"></a>ГП | <a id="p100695"></a>Графический процессор |
| <a id="p100696"></a>HARA |  | <a id="p100697"></a>Анализ опасностей и оценка рисков (см. [3.76](#p100294)) |
| <a id="p100698"></a>HAZOP | <a id="p100699"></a>АОР | <a id="p100700"></a>Анализ опасности и работоспособности систем |
| <a id="p100701"></a>HSI | <a id="p100702"></a>ПАИ | <a id="p100703"></a>Программно-аппаратный интерфейс |
| <a id="p100704"></a>HS/LS |  | <a id="p100705"></a>Сторона высокого/низкого напряжения/давления |
| <a id="p100706"></a>HW | <a id="p100707"></a>АС | <a id="p100708"></a>Аппаратные средства |
| <a id="p100709"></a>IC | <a id="p100710"></a>ИС | <a id="p100711"></a>Интегральная схема |
| <a id="p100712"></a>I/O | <a id="p100713"></a>Вх/Вых | <a id="p100714"></a>Вход/Выход |
| <a id="p100715"></a>ISA | <a id="p100716"></a>ССК | <a id="p100717"></a>Структура системы команд |
| <a id="p100718"></a>LDO | <a id="p100719"></a>СМПН | <a id="p100720"></a>Стабилизатор с малым падением напряжения |
| <a id="p100721"></a>LFM | <a id="p100722"></a>МСС | <a id="p100723"></a>Метрика скрытого сбоя |
| <a id="p100724"></a>LS | <a id="p100725"></a>НС | <a id="p100726"></a>Низкая сторона |
| <a id="p100727"></a>LSB | <a id="p100728"></a>СМР | <a id="p100729"></a>Самый младший разряд |
| <a id="p100730"></a>MBD | <a id="p100731"></a>УМР | <a id="p100732"></a>Управляемая моделями разработка |
| <a id="p100733"></a>MC/DC | <a id="p100734"></a>ММПУА | <a id="p100735"></a>Модифицированный метод покрытия условий и альтернатив (см. [3.92](#p100325)) |
| <a id="p100736"></a>MCU | <a id="p100737"></a>СМК | <a id="p100738"></a>Сервер многоточечной конференции |
| <a id="p100739"></a>MMU | <a id="p100740"></a>БУП | <a id="p100741"></a>Блок управления памятью |
| <a id="p100742"></a>MPU | <a id="p100743"></a>БЗП | <a id="p100744"></a>Блок защиты памяти |
| <a id="p100745"></a>MSIL | <a id="p100746"></a>УПБМ | <a id="p100747"></a>Уровень полноты безопасности мотоцикла (см. [3.94](#p100330)) |
| <a id="p100748"></a>MUX | <a id="p100749"></a>УКС | <a id="p100750"></a>Уплотнитель канала связи |
| <a id="p100751"></a>OEM | <a id="p100752"></a>ИПО | <a id="p100753"></a>Изготовитель подлинного оборудования |
| <a id="p100754"></a>OS | <a id="p100755"></a>ОС | <a id="p100756"></a>Операционная система |
| <a id="p100757"></a>OV | <a id="p100758"></a>ПН | <a id="p100759"></a>Повышенное напряжение |
| <a id="p100760"></a>PAL | <a id="p100761"></a>ПКМЛ | <a id="p100762"></a>Программируемые компоненты матричной логики |
| <a id="p100763"></a>PE | <a id="p100764"></a>ОЭ | <a id="p100765"></a>Обрабатывающий элемент (см. [3.113](#p100369)) |
| <a id="p100766"></a>PLD | <a id="p100767"></a>ПЛУ | <a id="p100768"></a>Программируемое логическое устройство (см. [3.114](#p100373)) |
| <a id="p100769"></a>PLL | <a id="p100770"></a>КФС | <a id="p100771"></a>Контур фазовой синхронизации |
| <a id="p100772"></a>PMHF | <a id="p100773"></a>ВМСОА | <a id="p100774"></a>Вероятностная метрика для случайных отказов аппаратных средств |
| <a id="p100775"></a>PoF | <a id="p100776"></a>ФСО | <a id="p100777"></a>Физическая сущность отказа (см. [3.111](#p100363)) |
| <a id="p100778"></a>PPAP |  | <a id="p100779"></a>Процесс одобрения производства устройства или компонента |
| <a id="p100780"></a>PTO | <a id="p100781"></a>МОМ | <a id="p100782"></a>Механизм отбора мощности (см. [3.112](#p100367)) |
| <a id="p100783"></a>QM | <a id="p100784"></a>УК | <a id="p100785"></a>Управление качеством |
| <a id="p100786"></a>RAM | <a id="p100787"></a>ППД | <a id="p100788"></a>Память с произвольным доступом |
| <a id="p100789"></a>RF | <a id="p100790"></a>ОСб | <a id="p100791"></a>Остаточный сбой (см. [3.125](#p100396)) |
| <a id="p100792"></a>RFQ | <a id="p100793"></a>ЗКП | <a id="p100794"></a>Запрос коммерческого предложения |
| <a id="p100795"></a>ROM | <a id="p100796"></a>ПЗУ | <a id="p100797"></a>Постоянное запоминающее устройство |
| <a id="p100798"></a>RTL | <a id="p100799"></a>УРО | <a id="p100800"></a>Уровень регистровых операций |
| <a id="p100801"></a>SEB | <a id="p100802"></a>ПИО | <a id="p100803"></a>Пробой истоковой области в мощных МОП-транзисторах |
| <a id="p100804"></a>SEE | <a id="p100805"></a>ОСС | <a id="p100806"></a>Одиночный случайный сбой |
| <a id="p100807"></a>SEGR | <a id="p100808"></a>ППД | <a id="p100809"></a>Пробой подзатворного диэлектрика в мощных МОП-транзисторах |
| <a id="p100810"></a>SEooC |  | <a id="p100811"></a>Универсальный элемент безопасности (см. [3.138](#p100428)) |
| <a id="p100812"></a>SET | <a id="p100813"></a>ППОС | <a id="p100814"></a>Кратковременное одиночное событие |
| <a id="p100815"></a>SEU | <a id="p100816"></a>ОООЭ | <a id="p100817"></a>Одиночный сбой одного элемента |
| <a id="p100818"></a>SG | <a id="p100819"></a>ЦБ | <a id="p100820"></a>Цель безопасности (см. [3.139](#p100431)) |
| <a id="p100821"></a>SMPS | <a id="p100822"></a>ИИЭ | <a id="p100823"></a>Импульсный источник электропитания |
| <a id="p100824"></a>SoC | <a id="p100825"></a>ОдС | <a id="p100826"></a>Однокристальная система |
| <a id="p100827"></a>SOP | <a id="p100828"></a>НП | <a id="p100829"></a>Начало производства |
| <a id="p100830"></a>SPFM | <a id="p100831"></a>МОС | <a id="p100832"></a>Метрика единичных сбоев |
| <a id="p100833"></a>SPI | <a id="p100834"></a>ППИ | <a id="p100835"></a>Последовательный периферийный интерфейс |
| <a id="p100836"></a>SW | <a id="p100837"></a>ПО | <a id="p100838"></a>Программное обеспечение |
| <a id="p100839"></a>T&B |  | <a id="p100840"></a>Грузовые транспортные средства, автобусы, прицепы и полуприцепы (см. [3.174](#p100506), [3.14](#p100089), [3.171](#p100499) и [3.151](#p100461)) |
| <a id="p100841"></a>TCL | <a id="p100842"></a>УДИС | <a id="p100843"></a>Уровень доверия инструментальному средству |
| <a id="p100844"></a>TD | <a id="p100845"></a>ВОИС | <a id="p100846"></a>Выявление ошибок в инструментальном средстве |
| <a id="p100847"></a>TI | <a id="p100848"></a>ВИС | <a id="p100849"></a>Влияние инструментального средства |
| <a id="p100850"></a>UML |  | <a id="p100851"></a>Унифицированный язык моделирования |
| <a id="p100852"></a>UV | <a id="p100853"></a>МН | <a id="p100854"></a>Минимальное напряжение |
| <a id="p100855"></a>XML |  | <a id="p100856"></a>Расширяемый язык разметки |






<div align="center">

<a id="p100857"></a>Приложение ДА<br>
(справочное)

<a id="p100858"></a>СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ<br>
НАЦИОНАЛЬНЫМ СТАНДАРТАМ

<a id="p100859"></a>Таблица ДА.1

</div>



<table>
<colgroup><col width="32%"><col width="16%"><col width="52%"></colgroup>
<tr><td><a id="p100860"></a>Обозначение ссылочного международного стандарта</td><td><a id="p100861"></a>Степень соответствия</td><td><a id="p100862"></a>Обозначение и наименование соответствующего национального стандарта</td></tr>
<tr><td><a id="p100863"></a>ISO 26262-1:2018</td><td><a id="p100864"></a>IDT</td><td><a id="p100865"></a>ГОСТ Р ИСО 26262-1-2020 "Дорожные транспортные средства. Функциональная безопасность. Часть 1. Термины и определения"</td></tr>
<tr><td><a id="p100866"></a>ISO 26262-2:2018</td><td><a id="p100867"></a>IDT</td><td><a id="p100868"></a>ГОСТ Р ИСО 26262-2-2020 "Дорожные транспортные средства. Функциональная безопасность. Часть 2. Менеджмент функциональной безопасности"</td></tr>
<tr><td><a id="p100869"></a>ISO 26262-3:2018</td><td><a id="p100870"></a>IDT</td><td><a id="p100871"></a><a href="https://bukva.ai/docs/standart-gost-r-iso-26262-3-2020">ГОСТ Р ИСО 26262-3-2020</a> "Дорожные транспортные средства. Функциональная безопасность. Часть 3. Стадия формирования концепции"</td></tr>
<tr><td><a id="p100872"></a>ISO 26262-4:2018</td><td><a id="p100873"></a>-</td><td><a id="p100874"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100875"></a>ISO 26262-5:2018</td><td><a id="p100876"></a>-</td><td><a id="p100877"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100878"></a>ISO 26262-6:2018</td><td><a id="p100879"></a>-</td><td><a id="p100880"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100881"></a>ISO 26262-7:2018</td><td><a id="p100882"></a>-</td><td><a id="p100883"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100884"></a>ISO 26262-8:2018</td><td><a id="p100885"></a>-</td><td><a id="p100886"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100887"></a>ISO 26262-9:2018</td><td><a id="p100888"></a>-</td><td><a id="p100889"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100890"></a>ISO 26262-10:2018</td><td><a id="p100891"></a>-</td><td><a id="p100892"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100893"></a>ISO 26262-11:2018</td><td><a id="p100894"></a>-</td><td><a id="p100895"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td><a id="p100896"></a>ISO 26262-12:2018</td><td><a id="p100897"></a>-</td><td><a id="p100898"></a><a href="#p100899">&lt;*&gt;</a></td></tr>
<tr><td colspan="3"><a id="p100899"></a><a id="p100900"></a><a id="p100901"></a>&lt;*&gt; Соответствующий национальный стандарт отсутствует. До его принятия рекомендуется использовать перевод на русский язык данного международного стандарта.<br>Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:<br>- IDT - идентичные стандарты.</td></tr>
</table>







## <a id="p100902"></a>БИБЛИОГРАФИЯ



<table>
<colgroup><col width="6%"><col width="23%"><col width="71%"></colgroup>
<tr><td><a id="p100903"></a>[1]</td><td><a id="p100904"></a>ISO 3779</td><td><a id="p100905"></a>Road vehicles - Vehicle identification number (VIN) - Content and structure</td></tr>
<tr><td><a id="p100906"></a>[2]</td><td><a id="p100907"></a>IATF 16949</td><td><a id="p100908"></a>Quality management system requirements for automotive production and relevant service parts organizations</td></tr>
<tr><td><a id="p100909"></a>[3]</td><td><a id="p100910"></a>ISO 26262-2:2018</td><td><a id="p100911"></a>Road vehicles - Functional safety - Part 2: Management of functional safety</td></tr>
<tr><td><a id="p100912"></a>[4]</td><td><a id="p100913"></a>ISO 26262-3:2018</td><td><a id="p100914"></a>Road vehicles - Functional safety - Part 3: Concept phase</td></tr>
<tr><td><a id="p100915"></a>[5]</td><td><a id="p100916"></a>ISO 26262-4:2018</td><td><a id="p100917"></a>Road vehicles - Functional safety - Part 4: Product development at the system level</td></tr>
<tr><td><a id="p100918"></a>[6]</td><td><a id="p100919"></a>ISO 26262-5:2018</td><td><a id="p100920"></a>Road vehicles - Functional safety - Part 5: Product development at the hardware level</td></tr>
<tr><td><a id="p100921"></a>[7]</td><td><a id="p100922"></a>ISO 26262-6:2018</td><td><a id="p100923"></a>Road vehicles - Functional safety - Part 6: Product development at the software level</td></tr>
<tr><td><a id="p100924"></a>[8]</td><td><a id="p100925"></a>ISO 26262-7:2018</td><td><a id="p100926"></a>Road vehicles - Functional safety - Part 7: Production and operation</td></tr>
<tr><td><a id="p100927"></a>[9]</td><td><a id="p100928"></a>ISO 26262-8:2018</td><td><a id="p100929"></a>Road vehicles - Functional safety - Part 8: Supporting processes</td></tr>
<tr><td><a id="p100930"></a>[10]</td><td><a id="p100931"></a>ISO 26262-9:2018</td><td><a id="p100932"></a>Road vehicles - Functional safety - Part 9: Automotive Safety Integrity Level (ASIL)-oriented and safety-oriented analyses</td></tr>
<tr><td><a id="p100933"></a>[11]</td><td><a id="p100934"></a>ISO 26262-10</td><td><a id="p100935"></a>Road vehicles - Functional safety - Part 10: Guideline on ISO 26262</td></tr>
<tr><td><a id="p100936"></a>[12]</td><td><a id="p100937"></a>ISO 26262-11:2018</td><td><a id="p100938"></a>Road vehicles - Functional safety - Part 11: Guideline on application of ISO 26262 to semiconductors</td></tr>
<tr><td><a id="p100939"></a>[13]</td><td><a id="p100940"></a>ISO 26262-12:2018</td><td><a id="p100941"></a>Road vehicles - Functional safety - Part 12: Adaptation of ISO 26262 for motorcycles</td></tr>
<tr><td><a id="p100942"></a>[14]</td><td><a id="p100943"></a>IEC 61508 (all parts)</td><td><a id="p100944"></a>Functional safety of electrical/electronic/programmable electronic safety-related systems</td></tr>
<tr><td><a id="p100945"></a>[15]</td><td colspan="2"><a id="p100946"></a>ECE/TRANS/WP.29/78/Rev.3+Amend.1 [Consolidated Resolution on the Construction of Vehicles (R.E.3)]</td></tr>
<tr><td><a id="p100947"></a>[16]</td><td colspan="2"><a id="p100948"></a>TRANS/WP.29/1045+Amend.1&amp;2</td></tr>
<tr><td><a id="p100949"></a>[17]</td><td><a id="p100950"></a>SAE J1211</td><td><a id="p100951"></a>Physics of Failure methodology</td></tr>
<tr><td><a id="p100952"></a>[18]</td><td><a id="p100953"></a>ISO 3833</td><td><a id="p100954"></a>Road vehicles - Types - Terms and definitions</td></tr>
<tr><td><a id="p100955"></a>[19]</td><td><a id="p100956"></a>ISO 9000:2015</td><td><a id="p100957"></a>Quality management systems - Fundamentals and vocabulary</td></tr>
</table>







<table>
<colgroup><col width="50%"><col width="50%"></colgroup>
<tr><td><a id="p100958"></a>УДК 62-783:614.8:331.454:006.354</td><td><a id="p100959"></a><a id="p100960"></a>ОКС 43.040.10<br>01.040.43</td></tr>
<tr><td colspan="2"><a id="p100961"></a>Ключевые слова: безопасность функциональная, дорожные транспортные средства, жизненный цикл систем безопасности транспортного средства; системы, связанные с безопасностью; термины, определения, сокращения</td></tr>
</table>




<a id="p100962"></a>

---