ГОСТ Р МЭК 61800-5-2—2015
- выбор методологий разработки изделия иуправления проектами (см. МЭК61508-7:2000, пунктВ.1.1):
- персональную ответственность за проектирование и разработку:
- методологиюдокументирования проекта (см. МЭК 61508-7:2000, пункт В.1.2);
- применение методов структурного проектирования (см. МЭК61508-7:2000, пункт В.3.2);
- использование моделирования или других средств компьютерного проектирования;
- методологию верификации проекта;
- методы интеграции и функционального испытания, регрессионное тестирование и ответствен
ность персонала;
- управление изменениями проекта (для аппаратных средств и для программного обеспечения).
c) План верификации функции(й) безопасности, включая.
- выбор стратегий и методов верификации;
- выбордействий по верификации:
- персональную ответственность за верификацию;
- выбор и использование испытательного оборудования;
- оценку результатов верификации, полученных от испытательного оборудования и от тестов.
d) План подтверждения соответствия функции(й) безопасности, включающий:
- персональную ответственность за проверку подтверждения соответствия;
- идентификацию соответствующих режимов работы СЭРС (СБ);
- техническую стратегию подтверждения соответствия, например аналитические методы или ста
тистические тесты;
- критерии принятия;
- действие, выполняемое в случае несоответствия критерию принятия.
e) Планирование установки и ввода в действие, включающее (если применимо):
- специальные инструкции по установке и по последовательности установки:
- персональную ответственность за установку и ввод в действие;
- действия по вводу в действие и тесты, связанные с функциональной безопасностью:
- методология создания отчетовдля приемо-сдаточных испытаний и их результатов:
- механизм для разрешения отказов тестов и проблем при тестировании.
f) Планирование связанной с безопасностью пользовательской документации, включая:
- список существенной связанной с безопасностью информации, котораядолжна быть представле
на вдокументах;
- персональную ответственность за пользовательскую документацию.
- процесс экспертизы, чтобы обеспечить точностьдокументации.
д) Если требуется оценка (см. МЭК 61508-1:1998. раздел 8). то должен быть доступен план оценки
функциональный безопасности, включающий:
- область применения оценки функциональной безопасности;
- персональную ответственность за оценку функциональной безопасности;
- стадии, на которых должны быть выполнены действия по оценке функциональной безопасности
(например, после разработки спецификации требований безопасности, после разработки связанной с
безопасностью системы управления);
- информацию, которая должна быть сформирована в результате действия по оценке функцио
нальной безопасности.
- ресурсы, требуемые для выполнения действий пооценке функциональной безопасности;
- уровень независимости команды по оценке;
- средства, которыми оценка функциональной безопасности должна быть повторно подтверждена
после модификаций СЭРС (СБ).
5.4Спецификация требований безопасности СЭРС (СБ)
5.4.1 Общие положения
Спецификация требований безопасности СЭРС (СБ) должна быть документально оформлена и
должна включать:
- спецификацию требований функциональности безопасности (см. 5.4.2) и
- спецификацию требований к полноте безопасности (см. 5.4.3).
Они должны быть записаны так, чтобы они были:
- ясными:
- точными;
12