ГОСТ IEC 60730-1—2016
Продолжение
И н ф о р м а ц и я
Р а зд е л и л и по д р а зд е лМ е то д
66 Документация об алгоритме работы программного обеспечения т >* °>-
Р>
Н.11.12.2.9
X
67 Программная документация m* ’ р)
Н.11.12.2.9
Н.11.12.2.12
X
6 8
Анализ неисправностей программного обеспечения т>-
р
>
Н.11.12. Н.27.1.1.4
X
69 Кпасс(ы) и архитектура программного обеспечения
г>
Н.11.12.2. Н.11.12.3
Н.27.1.2.2.1D
Н.27.1.2.3.1
70 Используемые аналитические способы и методы контроля состояния неис-
правмости/ошибки
* )
Н.11.12.1.2.
Н.11.12.2.2. Н.11.122.4
X
71 Время обнаружения программной неисправности|’ошибки для управляю
щих устройств с программным обеспечением класса В или С
т | ’
Н.2.17.10. Н.11.12.2.6
X
72 Огклих(и) управляющего устройства в случае обнаружения неисправ-
ности/ошибки
,п ’
Н.11.12.2.7
X
73 Управляющие устройства, подлежащие анализу при повторной неис
правности и заявленное состояние вследствие повторной неисправности
Н.27.1.2.3
X
74 Внешняя нагрузка и меры по контролю излучения, которые должны быть
использованы в испытательных целях
Н.23.1.1
X
91 Время реакции на неисправность
Н.2.23.2, Н.27.1.2.2.2
Н.27.1.2.2.3
Н.27.1.2.3.2
Н.27.1.2.3.3
Н.27.1.2.4.2
Н.27.1.2.4.3
X
92 Класс или классы функции(й) управляющего устройства
Н.6.18, Н.27.1.2.2
Н.27.1.2.3
X
93 Максимальное количество перезапусков за период времени
Н.11.12.4.3.6
Н.11.12.4.3.4
D
94 Количество действий подистанционному перезапуску
Н.17.1.4.3
X
т>Для управляющих устройств, заявленных как исключительно Класс А. требования 66. 67. 68. 70. 71
и 72 исключаются. Для управляющих устройств с программным обеспечением классов В или С информация
должна быть предоставлена толькодля связанных с безопасностью сегментов программного обеспечения.
Ин формация по не связанным с безопасностью сегментам должна быть достаточной для установления того,
что они не влияют на связанные с безопасностью сегменты.
п >
Алгоритм работы программного обеспечения должен бытьдокументирован и. совместно с последова
тельностью срабатывания из требования 46 таблицы, должен включать в себя описание концепции системы
управления, потока команд, потока данных и временных характеристик.
° ’
Связанные с безопасностью данные и связанные с безопасностью сегменты в алгоритме работы про
граммного обеспечения, неправильная работа которых могла привести к несоответствию с требованиями по 17.
25. 26 и 27. должны быть идентифицированы. Такая идентификация должна включать в себя последователь
ность срабатывания и гложет, например, принять форму анализа дерева неисправностей, который должен
включать в себя те неисправности/ошибки из таблицы Н.1. которые бы могли повлиять на несоответствие. Ана
лиз неисправности программного обеспечения должен быть связан с анализом неисправности аппаратного
обеспечения в разделе Н.27.
Р>
Примерами прочей информации, которая могла бы пригодитьсядля включения в документацию, требу
емую сносками т ,
п ,
о,
q .
г и
s
является:
Спецификация оригинальной системы программного обеспечения, например:
- функциональная спецификация, включая процедуру для перезапуска при потере питания,
- модульная структура, включая описание интерфейсов оборудования и описание интерфейсов пользо
вателя.
143