ГОСТ Р ИСО 26262-8—2014
Пример - «Проект», «Выпущен».
10.4.6Должна быть обеспечена возможность определить актуальную версию документа или
информацию об устройстве в соответствии с требованиями раздела 7.
10.5 Результаты работы
10.5.1 План управления документацией
В результате выполнения требований 10.4.1.
10.5.2 Руководящие указания по документированию
В результате выполнения требований 10.4.3 - 10.4.6.
11 Уверенность в использовании инструментального программного обес
печения
11.1 Цели
Первая цель данного раздела заключается в предоставлении критериев для определения не
обходимого уровня доверия инструментального программного обеспечения, если они применяются.
Второй целью данного раздела является обеспечение средств для квалификации инструмен
тального программного обеспечения, если они применяются, в целях формирования доказательств
того, что инструментальное программное обеспечение может быть использовано для настройки дей
ствий или задач, предусмотренной настоящим стандартом (т. е. пользователь может рассчитывать на
правильное функционирование инструментального программного обеспечения для этих действий или
задач, предусмотренное настоящим стандартом).
11.2 Общие положения
Инструментальное программное обеспечение, используемое при разработке системы или эле
ментов ее программного обеспечения или аппаратных средств, может поддержать или адаптировать
жизненный цикл системы безопасности, посредством настройки действий и задач, предусмотренных
настоящим стандартом. В таких случаях необходима уверенность, что инструментальное программ
ное обеспечение эффективно достигает следующих целей:
a) риск систематических сбоев в разрабатываемых изделиях из-за ошибок в инструментальном
программном обеспечении, приводящих к неправильным результатам на его выходе, сведен до ми
нимума;
b
) процесс разработки соответствует требованиям настоящего стандарта, если действия или
задачи, предусмотренные настоящим стандартом, полагаются на правильное функционирование ис
пользуемого инструментального программного обеспечения.
П р и м е ч а н и е - Понятие «инструментальное программное средство» может варьироваться от от
дельно используемого автономного инструментального программного средства до набора инструментальных
программных средств, интегрированных в цепочку инструментов.
Пример - Такие инструментальные программные средства могут быть коммерче
скими, с открытым исходным кодом, бесплатными, со свободным доступом или разрабо
таны самими пользователями.
Для определения требуемого уровня доверия инструментальному программному обеспечению,
используемому при разработке в условиях, указанных выше, оцениваются следующие критерии:
возможность того, что содержащее ошибку инструментальное программное обеспечение и
соответствующий неверный результат его работы может ввести или не обнаружить ошибки в
связанном с безопасностью разрабатываемом устройстве или элементе и
уверенность в предотвращении или обнаружении таких ошибок на его соответствующем
выходе.
Для оценки доверия к мерам предотвращения или выявления ошибок рассматриваются и могут
быть оценены внутренние для инструментального программного обеспечения меры (например, мони
торинг). а также внешние для инструментального программного обеспечения меры (например, руко
водства. тесты, критические обзоры), выполняемые в процессе разработки связанного с безопасно
стью устройства или элемента.
Если для инструмента указан определенный уровень доверия, то применяются соответствую
щие методы квалификации, обеспечивающие соблюдение как этого уровня доверия инструмента, так
и максимального значения УПБА среди всех требований к системе безопасности, распределенных
18