ГОСТ Р МЭК 61511-1—2011
П р и м е ч а н и е — Оценки интенсивностей отказов подсистем могут быть определены из количественного
анализа видов отказов при проектировании с использованием данных об отказах компонентов или подсистем из
известного источника в промышленности или из опыта предшествующего использования подсистемы в таких же
условиях, что и в предполагаемом случав применения; при этом продолжительность предшествующего использо
вания должна быть достаточной для того, чтобы подтвердить объявленные на основе статистики интенсивности
отказов при односторонней доверительной вероятности не ниже 70 %;
d) чувствительность ПСБ к отказам по обшей причине,
в) охват диагностикой для любого периодического диагностического испытания (определяется со
гласно МЭК 61511-2) и связанные с ним диагностический интервал и надежностьдиагностических средств;
f) интервалы времени, через которые проводят проверочные испытания;
д) время восстановления для выявленных отказов;
h) оценку интенсивности опасныхотказов любого процесса передачи данных в любых режимах, спо
собных вызвать опасный отказ ПСБ (как обнаруживаемый, так и не обнаруживаемый диагностическими
проверками):
i) оценку интенсивности опасных отказов при выполнении любых действий человека, способных выз
вать опасный отказ ПСБ (какобнаруживаемый, так и не обнаруживаемый диагностическими проверками):
j) чувствительность к электромагнитным возмущениям (например, согласно МЭК 61326-1):
k) чувствительность к климатическим и механическим условиям эксплуатации (например, согласно
МЭК 60654-1 и МЭК 60654-3).
П р и м е ч а н и я
1 Среди множества возможных методов моделирования наиболее подходящий метод выбирает аналитик.
Доступные методы включают в себя (см. [11J. приложение В):
- моделирование поведения;
- анализ последовательности причин отказа:
- анализ дерева ошибок;
- модели Маркова:
- блок-схемы надежности.
2 Диагностический интервал и последующее время ремонта вместе составляют среднее время восстанов
ления. рассматриваемое в модели надежности [1].
12 Требования к прикладному ПО, включая критерии выбора сервисного ПО
Настоящий раздел рассматривает:
a) три типа ПО:
- прикладное ПО (ППО);
- сервисное ПО. то есть программные инструментальные средства, использующиеся для разработки
и проверки ППО;
- встроенное ПО, то есть ПО. поставляемое как часть программируемой электроники;
b
)три типа языков разработки ПО.
- фиксированные языки программирования (ФЯП);
- языки программирования с ограниченной изменчивостью (ЯОИ);
- языки программирования с полной изменчивостью (ЯПИ).
Настоящий стандарт распространяется на прикладное ПО. разработанное на ЯОИ или ЯПИ. Все пе
речисленные ниже требования применяют для разработки и модификации прикладного ПО при уровне
полноты безопасности до УПБ 3, поэтому настоящий стандарт неделает различия между УПБ1. УПБ 2 и
УПБ 3.
Разработку и модификацию прикладного ПО. выполненную с использованием ЯОИ или ЯПИ. для
случаев до УПБ 3 следует выполнять всоответствии с требованиями настоящего стандарта. Разработку и
модификацию прикладного ПО при УПБ 4 следует выполнять в соответствии с требованиями МЭК 61508.
Разработку и модификацию прикладных программ на ФЯП также следует выполнять в соответствии с МЭК
61508.
Сервисное ПО (вместе с руководством изготовителя, содержащим указания по его безопасному при
менению) выбирают и применяют всоответствии с требованиями 12.4.4. Выбор встроенного ПО следует
выполнять в соответствии с требованиями 11.5.
12.1 Требования к жизненному циклу безопасности прикладного ПО
12.1.1 Цели
12.1.1.1 Целями настоящего подраздела являются:
- определитьдействия, которые требуются при разработке прикладного ПОдля каждой программиру
емой подсистемы ПСБ;
40