Техника безопасности - Википедия - Safety engineering
Эта статья включает в себя список общих Рекомендации, но он остается в основном непроверенным, потому что ему не хватает соответствующих встроенные цитаты.Январь 2011 г.) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
Техника безопасности это инженерная дисциплина, которая гарантирует, что спроектированные системы обеспечивают приемлемые уровни безопасность. Это сильно связано с промышленная инженерия /системная инженерия, а подмножество безопасность системы инженерия. Техника безопасности гарантирует, что критически важная система ведет себя как надо, даже когда компоненты выходят из строя.
Методы анализа
Методы анализа можно разделить на две категории: качественный и количественный методы. Оба подхода разделяют цель поиска причинных зависимостей между опасностью на системном уровне и отказами отдельных компонентов. Качественные подходы сосредоточены на вопросе «Что должно пойти не так, чтобы могла возникнуть системная опасность?», В то время как количественные методы нацелены на обеспечение оценок вероятностей, уровней и / или серьезности последствий.
Сложность технических систем, таких как усовершенствования конструкции и материалов, плановые проверки, надежная конструкция и резервное резервное копирование, снижает риск и увеличивает стоимость. Риск может быть снижен до уровня ALARA (разумно достижимого низкого уровня) или уровня ALAPA (минимального практически достижимого).
Традиционно методы анализа безопасности полагаются исключительно на навыки и опыт инженера по технике безопасности. В последнее десятилетие стали заметны модельные подходы. В отличие от традиционных методов, методы, основанные на моделях, пытаются вывести отношения между причинами и следствиями на основе какой-то модели системы.
Традиционные методы анализа безопасности
Два наиболее распространенных метода моделирования разломов называются анализ режимов и последствий отказов и анализ дерева отказов. Эти методы - всего лишь способы поиска проблем и составления планов по преодолению неудач, как в вероятностная оценка риска. Одним из первых полных исследований с использованием этой техники на коммерческой атомной станции было исследование WASH-1400 исследование, также известное как Исследование безопасности реактора или Отчет Расмуссена.
Виды отказов и анализ последствий
Анализ видов и последствий отказов (FMEA) - восходящий, индуктивный аналитический метод, который может выполняться как на функциональном уровне, так и на уровне отдельных частей. Для функционального FMEA виды отказов идентифицируются для каждой функции в системе или элементе оборудования, обычно с помощью функционального блок-схема. Для FMEA, состоящего из частей, виды отказов идентифицируются для каждого компонента, состоящего из частей (например, клапана, соединителя, резистора или диода). Описываются эффекты режима отказа и присваивается вероятность на основе интенсивность отказов и коэффициент отказа функции или компонента. Это количественное определение сложно для программного обеспечения - ошибка существует или нет, и модели отказа, используемые для аппаратных компонентов, не применяются. На резистор влияют температура, возраст и изменчивость изготовления; они не влияют на программное обеспечение.
Режимы отказа с одинаковыми последствиями можно комбинировать и резюмировать в сводке эффектов режима отказа. В сочетании с анализом критичности FMEA известен как Виды отказов, последствия и анализ критичности или FMECA, произносится как «фу-мее-ку».
Анализ дерева отказов
Анализ дерева отказов (FTA) осуществляется сверху вниз, дедуктивный аналитический метод. В FTA инициирующие первичные события, такие как отказы компонентов, человеческие ошибки и внешние события, отслеживаются через Логическая логика ворота к нежелательному высокому событию, например крушению самолета или расплавлению активной зоны ядерного реактора. Цель состоит в том, чтобы определить способы снижения вероятности основных событий и убедиться, что цели безопасности были достигнуты.
Деревья отказов являются логической инверсией деревьев успеха и могут быть получены путем применения теорема де Моргана к деревьям успеха (которые напрямую связаны с блок-схемы надежности ).
FTA может быть качественным или количественным. Когда вероятности отказа и события неизвестны, качественные деревья отказов могут быть проанализированы для минимальных наборов разрезов. Например, если какой-либо минимальный набор сокращений содержит одно базовое событие, то верхнее событие может быть вызвано единичным отказом. Количественный FTA используется для расчета вероятности максимального события и обычно требует компьютерного программного обеспечения, такого как CAFTA, от Научно-исследовательский институт электроэнергетики или же САФИР от Национальная лаборатория Айдахо.
Некоторые отрасли используют как деревья отказов, так и деревья событий. Дерево событий начинается с нежелательного инициатора (потеря критически важного источника питания, отказ компонентов и т. Д.) И следует за возможными дальнейшими системными событиями вплоть до ряда конечных последствий. При рассмотрении каждого нового события в дерево добавляется новый узел с разделением вероятностей перехода на любую из ветвей. Затем можно увидеть вероятности ряда «главных событий», возникающих из начального события.
Морская нефтегазовая промышленность
Морская нефтегазовая промышленность использует метод качественного анализа систем безопасности для обеспечения защиты морских производственных систем и платформ. Анализ используется на этапе проектирования для выявления опасностей технологического процесса вместе с мерами по снижению рисков. Методология описана в Американский нефтяной институт Рекомендуемая практика 14C Анализ, проектирование, установка и испытание основных систем безопасности поверхности для морских эксплуатационных платформ.
В методике используются методы системного анализа для определения требований безопасности для защиты любого отдельного компонента процесса, например: судно, трубопровод, или же насос.[1] Требования безопасности отдельных компонентов интегрированы в полную систему безопасности платформы, включая системы удержания жидкости и аварийные вспомогательные системы, такие как обнаружение пожара и газа.[1]
На первом этапе анализа определяются отдельные компоненты процесса, к ним могут относиться: отводные трубопроводы, коллекторы, сосуды под давлением, атмосферные сосуды, топочные обогреватели, выхлопные обогреваемые компоненты, насосы, компрессоры, трубопроводы и теплообменники.[2] Каждый компонент подлежит анализу безопасности для выявления нежелательных событий (отказ оборудования, нарушения технологического процесса и т. Д.), Для которых должна быть предусмотрена защита.[3] Анализ также определяет обнаруживаемое состояние (например, высокое давление ), который используется для инициирования действий по предотвращению или минимизации последствий нежелательных событий. Таблица анализа безопасности (SAT) для сосудов под давлением включает следующие детали.[3][4]
Таблица анализа безопасности (SAT) сосудов под давлением | ||
---|---|---|
Нежелательное событие | Причина | Обнаруживаемое ненормальное состояние |
Избыточное давление | Заблокированная или ограниченная розетка Приток превышает отток Продувка газа (сверху) Неисправность регулирования давления Тепловое расширение Избыточное тепловложение | Высокое давление |
Перелив жидкости | Приток превышает отток Пробковый поток жидкости Заблокирован или ограничен выпуск жидкости Ошибка контроля уровня | Высокий уровень жидкости |
Другими нежелательными явлениями для сосуда высокого давления являются пониженное давление, прорыв газа, утечка и превышение температуры вместе с их причинами и обнаруживаемыми условиями.[4]
После того, как события, причины и поддающиеся обнаружению условия были идентифицированы, на следующем этапе методологии используется контрольный список анализа безопасности (SAC) для каждого компонента.[5] Здесь перечислены защитные устройства, которые могут потребоваться, или факторы, исключающие необходимость в таком устройстве. Например, в случае перелива жидкости из емкости (как указано выше) SAC идентифицирует:[6]
- A4.2d - Датчик высокого уровня (LSH)[7][циркулярная ссылка ]
- 1. Установлен LSH.
- 2. Оборудование после выхода газа не является факельной или вентиляционной системой и может безопасно обрабатывать максимальный вынос жидкости.
- 3. Функция емкости не требует обработки отдельных жидких фаз.
- 4. Емкость представляет собой небольшую ловушку, из которой вручную сливаются жидкости.
Анализ гарантирует, что предоставляются два уровня защиты для уменьшения каждого нежелательного события. Например, для сосуда высокого давления, подверженного избыточному давлению, первичной защитой будет PSH (реле высокого давления) для перекрытия притока в сосуд, вторичная защита будет обеспечена предохранительный клапан давления (ПСВ) на судне.[8]
Следующий этап анализа связывает все чувствительные устройства, запорные клапаны (ESV), системы аварийного отключения и системы аварийной поддержки в виде диаграммы оценки функции анализа безопасности (SAFE).[2][9]
Таблица оценки функции анализа безопасности (БЕЗОПАСНОСТЬ) | Закройте впускной клапан. | Закройте выпускной клапан | Тревога | |||
---|---|---|---|---|---|---|
ESV-1a | ESV-1b | |||||
Идентификация | Служба | Устройство | Ссылка SAC | |||
V-1 | Сепаратор высокого давления | PSH | A4.2a1 | Икс | Икс | |
LSH | A4.2d1 | Икс | Икс | |||
LSL | A4.2e1 | Икс | Икс | |||
ПСВ | A4.2c1 | |||||
и Т. Д. | ||||||
V-2 | Сепаратор НД | и Т. Д. |
X означает, что устройство обнаружения слева (например, PSH) инициирует отключение или предупреждающее действие в правом верхнем углу (например, закрытие ESV).
Таблица БЕЗОПАСНОСТИ составляет основу причинно-следственных диаграмм, которые связывают чувствительные устройства с запорные клапаны и отключения завода, которые определяют функциональную архитектуру системы остановки процесса.
Методология также определяет тестирование систем, которое необходимо для обеспечения работоспособности систем защиты.[10]
API RP 14C был впервые опубликован в июне 1974 г.[11] Восьмое издание вышло в феврале 2017 года.[12] API RP 14C был адаптирован как стандарт ISO 10418 в 1993 году под названием Нефтяная и газовая промышленность - Морские производственные установки - Анализ, проектирование, установка и испытание основных систем безопасности наземных процессов.[13] Последняя редакция ISO 10418 2003 г. в настоящее время (2019 г.) находится на пересмотре.
Сертификат безопасности
Как правило, руководящие принципы безопасности предписывают набор шагов, поставляемых документов и критериев выхода, ориентированных на планирование, анализ и проектирование, внедрение, проверку и валидацию, управление конфигурацией и деятельность по обеспечению качества для разработки критически важной для безопасности системы.[14] Кроме того, они обычно формулируют ожидания относительно создания и использования прослеживаемость в проекте. Например, в зависимости от уровня критичности требования Федеральное управление гражданской авиации США руководство DO-178B / C требует прослеживаемость из требования к дизайн, и из требования к исходный код и исполняемый объектный код для программных компонентов системы. Таким образом, более качественная информация о прослеживаемости может упростить процесс сертификации и помочь установить доверие к зрелости прикладного процесса разработки.[15]
Обычно сбой в безопасности-проверенный системы приемлемы[кем? ] если в среднем менее одной жизни на 109 часов непрерывной работы теряется из-за сбоев. {согласно документу FAA AC 25.1309-1A} Most Western ядерные реакторы, медицинское оборудование и коммерческое самолет сертифицированы[кем? ] до этого уровня.[нужна цитата ] Стоимость против потерь жизней на этом уровне считается приемлемой ( FAA для авиационных систем под Федеральные авиационные правила ).[16][17][18]
Предотвращение неудач
Как только режим отказа определен, его обычно можно уменьшить, добавив в систему дополнительное или избыточное оборудование. Например, ядерные реакторы содержат опасные радиация, и ядерные реакции могут вызвать столько высокая температура что ни одно вещество не может их содержать. Таким образом, реакторы имеют системы аварийного охлаждения активной зоны для снижения температуры, защиту от излучения и инженерные барьеры (обычно несколько, многоуровневые, преодолеваемые здание содержания ) для предотвращения случайной утечки. Обычно требуется, чтобы критически важные для безопасности системы не допускали единичное событие или отказ компонента привести к режиму катастрофического отказа.
Наиболее биологический У организмов есть определенная избыточность: несколько органов, несколько конечностей и т. д.
Для любого конкретного отказа почти всегда можно спроектировать и включить в систему аварийное переключение или резервирование.
Существует две категории методов, снижающих вероятность отказа: методы предотвращения сбоев повышают надежность отдельных элементов (увеличенный расчетный запас, снижение номинальных характеристик и т. Д.). Методы отказоустойчивости повышают надежность системы в целом (избыточность, барьеры и др.).[19]
Безопасность и надежность
Техника безопасности и техника надежности имеют много общего, но безопасность - это не надежность. Если медицинское устройство выходит из строя, оно должно безопасно выйти из строя; другие альтернативы будут доступны хирургу. Если двигатель на одномоторном самолете выходит из строя, резервной копии нет. Электрические сети спроектированы с учетом требований безопасности и надежности; телефонные системы рассчитаны на надежность, что становится проблемой безопасности при вызове службы экстренной помощи (например, «911»).
Вероятностная оценка риска создала тесную взаимосвязь между безопасностью и надежностью. Надежность компонентов, обычно определяемая с точки зрения компонентов интенсивность отказов, и вероятность внешнего события используются в методах количественной оценки безопасности, таких как FTA. Связанные вероятностные методы используются для определения системы Среднее время наработки на отказ (MTBF), доступность системы или вероятность успеха или неудачи миссии. Анализ надежности имеет более широкую сферу применения, чем анализ безопасности, поскольку рассматриваются некритические отказы. С другой стороны, более высокая частота отказов считается приемлемой для некритических систем.
Безопасность обычно не может быть достигнута только за счет надежности компонентов. Вероятность катастрофического отказа 10−9 в час соответствуют частоте отказов очень простых компонентов, таких как резисторы или же конденсаторы. Сложная система, содержащая сотни или тысячи компонентов, может достичь среднего наработки на отказ от 10 000 до 100 000 часов, что означает, что она выйдет из строя при 10−4 или 10−5 в час. Если системный отказ является катастрофическим, обычно это единственный практический способ достичь 10−9 частота отказов в час за счет резервирования.
Когда добавление оборудования нецелесообразно (обычно из-за дороговизны), тогда наименее дорогостоящая форма проектирования часто является «изначально отказоустойчивой». То есть измените конструкцию системы, чтобы ее режимы отказа не были катастрофическими. Присущие отказоустойчивости распространены в медицинском оборудовании, дорожных и железнодорожных сигналах, оборудовании связи и средствах безопасности.
Типичный подход заключается в организации системы таким образом, чтобы обычные единичные отказы приводили к безопасному отключению механизма (для атомных электростанций это называется аварийным отключением). пассивно безопасный дизайн, хотя покрываются не только обычные отказы). В качестве альтернативы, если система содержит источник опасности, такой как аккумулятор или ротор, то можно устранить опасность из системы, так что ее режимы отказа не могут быть катастрофическими. Стандартная практика Министерства обороны США по безопасности систем (MIL – STD – 882) уделяет первоочередное внимание устранению опасностей путем выбора конструкции.[20]
Одна из самых распространенных отказоустойчивых систем - переливная трубка в ваннах и кухонных мойках. Если клапан заедает в открытом положении, вместо того, чтобы вызвать перелив и повреждение, резервуар выливается в переполнение. Другой распространенный пример: в лифт трос, поддерживающий машину, держится подпружиненные тормоза открыто. При обрыве троса тормоза цепляются за рельсы, и кабина лифта не падает.
Некоторые системы никогда нельзя сделать отказоустойчивыми, поскольку необходима постоянная доступность. Например, потеря тяги двигателя в полете опасна. Для этих ситуаций используются процедуры резервирования, отказоустойчивости или восстановления (например, несколько независимых управляемых двигателей с питанием от топлива). Это также делает систему менее чувствительной к ошибкам прогнозирования надежности или неопределенности, вызванной качеством для отдельных элементов. С другой стороны, обнаружение и исправление отказов и предотвращение отказов по общей причине становятся здесь все более важными для обеспечения надежности на уровне системы.[21]
Смотрите также
- ARP4761
- Землетрясение - Междисциплинарная инженерия
- Эффективное обучение технике безопасности
- Криминалистическая инженерия - Расследование отказов, связанных с правовым вмешательством
- Исследование опасностей и работоспособности
- IEC 61508
- Консультант по контролю за убытками
- Ядерная безопасность
- Медицина труда
- Охрана труда - Область, связанная с безопасностью, здоровьем и благополучием людей на работе
- Управление производственной безопасностью
- Техника надежности - Субдисциплина системной инженерии, которая подчеркивает надежность в управлении жизненным циклом продукта или системы
- Оценка рисков - Оценка риска, связанного с воздействием заданного набора опасностей
- Управление рисками - Комплекс мероприятий по систематическому выявлению, анализу, оценке, мониторингу и контролю рисков
- Жизненный цикл безопасности
- Зональный анализ безопасности
Ассоциации
Рекомендации
Примечания
- ^ а б API RP 14C стр.1
- ^ а б API RP 14C p.vi
- ^ а б API RP 14C стр.15-16
- ^ а б API RP 14C стр.28
- ^ API RP 14C стр.57
- ^ API RP 14C стр.29
- ^ «Идентификация и условное обозначение».
- ^ API RP 14C стр.10
- ^ API RP 14C стр.80
- ^ API RP 14C Приложение D
- ^ «Влияние API 14C на проектирование и строительство морских сооружений». Получено 7 февраля 2019.
- ^ «API RP 14C». Получено 7 февраля 2019.
- ^ «ISO 10418». Получено 7 февраля 2019.
- ^ Ремпель, Патрик; Мэдер, Патрик; Кушке, Тобиас; Клеланд-Хуанг, Джейн (01.01.2014). Обратите внимание на пробелы: оценка соответствия прослеживаемости программного обеспечения соответствующим рекомендациям. Материалы 36-й Международной конференции по программной инженерии. ICSE 2014. Нью-Йорк, Нью-Йорк, США: ACM. С. 943–954. CiteSeerX 10.1.1.660.2292. Дои:10.1145/2568225.2568290. ISBN 9781450327565. S2CID 12976464.
- ^ Mäder, P .; Jones, P. L .; Zhang, Y .; Клеланд-Хуанг, Дж. (01.05.2013). «Стратегическая прослеживаемость для критически важных для безопасности проектов». Программное обеспечение IEEE. 30 (3): 58–66. Дои:10.1109 / MS.2013.60. ISSN 0740-7459. S2CID 16905456.
- ^ АНМ-110 (1988 г.). Системный дизайн и анализ (PDF). Федеральная авиационная администрация. Консультативный циркуляр AC 25.1309-1A. Получено 2011-02-20.
- ^ С – 18 (2010). Руководство по разработке гражданских самолетов и систем. Общество Автомобильных Инженеров. ARP4754A.
- ^ С – 18 (1996). Руководство и методы проведения оценки безопасности гражданских бортовых систем и оборудования. Общество Автомобильных Инженеров. ARP4761.
- ^ Томмазо Сгобба."Стандарты безопасности коммерческого космоса: давайте не изобретать колесо заново".2015.
- ^ Стандартная практика системной безопасности (PDF). Э. Министерство обороны США. 1998. MIL-STD-882.. Получено 2012-05-11.
- ^ Борншлегль, Сюзанна (2012). Готовность к SIL 4: модульные компьютеры для мобильных приложений, критически важных для безопасности (pdf). MEN Mikro Elektronik. Получено 2015-09-21.
Источники
- Лиз, Фрэнк (2005). Предотвращение убытков в обрабатывающих отраслях (3-е изд.). Эльзевир. ISBN 978-0-7506-7555-0.
- Клец, Тревор (1984). Более дешевые, безопасные растения или богатство и безопасность на работе: заметки о более безопасных и простых заводах. I.Chem.E. ISBN 978-0-85295-167-5.
- Клец, Тревор (2001). Взгляд инженера на человеческую ошибку (3-е изд.). I.Chem.E. ISBN 978-0-85295-430-0.
- Клец, Тревор (1999). HAZOP и HAZAN (4-е изд.). Тейлор и Фрэнсис. ISBN 978-0-85295-421-8.
- Лутц, Робин Р. (2000). Программная инженерия для безопасности: дорожная карта (PDF). Будущее программной инженерии. ACM Press. ISBN 978-1-58113-253-3. Получено 31 августа 2006.
- Грунске, Ларс; Кайзер, Бернхард; Ройсснер, Ральф Х. (2005). «Спецификация и оценка свойств безопасности в процессе разработки программного обеспечения на основе компонентов». Springer. CiteSeerX 10.1.1.69.7756. Цитировать журнал требует
| журнал =
(помощь) - Министерство обороны США (10 февраля 2000 г.). Стандартная практика системной безопасности (PDF). Вашингтон, округ Колумбия: Министерство обороны США. MIL-STD-882D. Получено 7 сентября 2013.
- США FAA (30 декабря 2000 г.). Справочник по безопасности системы. Вашингтон, округ Колумбия: Федеральное управление гражданской авиации США. Получено 7 сентября 2013.
- НАСА (16 декабря 2008 г.). Процедурные требования Агентства по управлению рисками. НАСА. NPR 8000.4A.
- Левесон, Нэнси (2011). Создание более безопасного мира - системное мышление применительно к безопасности. Инженерные системы. MIT Press. ISBN 978-0-262-01662-9. Получено 3 июля 2012.