Функциональная безопасность редко «ломается» на уровне формул, таблиц или расчётов. Она ломается тогда, когда остаётся на бумаге.
ГОСТ Р ИСО 26262, ГОСТ Р МЭК 61508 и другие стандарты ФБ часто воспринимают как набор документов: план безопасности, FMEA, FMEDA, HARA, FSC, TSC, Safety Case, РФБ и т.д.
Но в реальности функциональная безопасность — это не «документики и расчётики», как любят говорить некоторые специалисты при первом знакомстве с ФБ.
Это:
✓ встраивание процессов ФБ в систему качества
✓ изменение процессов разработки
✓ пересмотр архитектуры HW и SW, а не косметические правки
✓ решения по ответственности, независимости, управлению изменениями и многое другое.
Если процессы остались прежними, а безопасность просто «описали» — она не заработает.
Именно поэтому функциональная безопасность важна во всех отраслях: от старейших областей промышленной автоматизации, где ошибки могут копиться годами и проявляться внезапно, до новейших и стремительно развивающихся направлений — ИИ и беспилотных технологий, где сложность и неопределённость только растут.
ФБ — это не только про соответствие стандарту. Это про снижение рисков в реальных инженерных системах и, как результат, уменьшение количества аварий, катастроф и человеческих жертв.
В этом канале мы будем говорить именно об этом: о практике и теории функциональной безопасности, о том, где и почему она не работает — и что с этим делать.
Post #9
147
- 👍 4
- ❤ 1
- 🤔 1