- Законы
- Кодексы
- Форум
Менеджмент риска. Метод анализа видов и последствий отказов. ГОСТ Р 51901.12-2007 (МЭК 60812:2006)
Утвержден
Приказом Федерального
агентства по техническому
регулированию и метрологии
от 27 декабря 2007 г. N 572-ст
Дата введения -
1 сентября 2008 года
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании", а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004 "Стандартизация в Российской Федерации. Основные положения".
Сведения о стандарте
1. Подготовлен Открытым акционерным обществом "Научно-исследовательский центр контроля и диагностики технических систем" (ОАО "НИЦ КД") и Техническим комитетом по стандартизации ТК 10 "Перспективные производственные технологии, менеджмент и оценка рисков" на основе собственного аутентичного перевода стандарта, указанного в пункте 4.
2. Внесен Управлением развития, информационного обеспечения и аккредитации Федерального агентства по техническому регулированию и метрологии.
3. Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 27 декабря 2007 г. N 572-ст.
4. Настоящий стандарт является модифицированным по отношению к международному стандарту МЭК 60812:2006 "Методы анализа надежности систем. Метод анализа видов и последствий отказов (FMEA)" (IEC 60812:2006 "Analysis techniques for system reliability - Procedure for failure mode and effects analysis (FMEA)") путем внесения технических отклонений, объяснение которых приведено во введении к настоящему стандарту.
Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (подраздел 3.5).
5. Введен впервые.
Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячно издаваемых информационных указателях "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет.
Введение
В отличие от применяемого международного стандарта в настоящий стандарт не включены ссылки на МЭК 60050-191:1990 "Международный электротехнический словарь. Глава 191. Надежность и качество услуг", которые нецелесообразно приводить в национальном стандарте из-за отсутствия принятого гармонизированного национального стандарта. В соответствии с этим изменено содержание раздела 3. Кроме того, в стандарт включено дополнительное Приложение C, содержащее перечень используемых сокращений на английском языке. Ссылки на национальные стандарты и дополнительное Приложение C выделены курсивом.
1. Область применения
Настоящий стандарт устанавливает методы анализа видов и последствий отказов (Failure Mode and Effects Analysis - FMEA), видов, последствий и критичности отказов (Failure Mode, Effects and Criticality Analysis - FMECA) и дает рекомендации по их применению для достижения поставленных целей путем:
- выполнения необходимых этапов анализа;
- идентификации соответствующих терминов, предположений, показателей критичности, видов отказов;
- определения основных принципов анализа;
- использования примеров необходимых технологических карт или других табличных форм.
Все приведенные в настоящем стандарте общие требования FMEA относятся и к FMECA, так как последний является расширением FMEA.
2. Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
#ГОСТ Р 51901.3-2007 (МЭК 60300-2:2004). Менеджмент риска. Руководство по менеджменту надежности (МЭК 60300-2:2004 "Менеджмент надежности. Руководство по менеджменту надежности", MOD)
ГОСТ Р 51901.5-2005 (МЭК 60300-3-1:2003). Менеджмент риска. Руководство по применению методов анализа надежности (МЭК 60300-3-1:2003 "Управление надежностью. Часть 3-1. Руководство по применению. Методы анализа надежности. Руководство по методологии", MOD)
ГОСТ Р 51901.13-2005 (МЭК 61025:1990). Менеджмент риска. Анализ дерева неисправностей (МЭК 61025:1990 "Анализ дерева неисправности (FNA)", MOD)
ГОСТ Р 51901.14-2005 (МЭК 61078:1991). Менеджмент риска. Метод структурной схемы надежности (МЭК 61078:2006 "Методы анализа надежности. Структурная схема надежности и Булевы методы", MOD)
ГОСТ Р 51901.15-2005 (МЭК 61165:1995). Менеджмент риска. Применение марковских методов (МЭК 61165:1995 "Применение марковских методов", MOD).#
Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
3. Термины и определения
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1. Объект (item): любая часть, элемент, устройство, подсистема, функциональная единица, аппаратура или система, которую можно рассматривать самостоятельно.
Примечания
1. Объект может состоять из технических средств, программных средств или их сочетания и может также в частных случаях включать в себя технический персонал.
2. Ряд объектов, например их совокупность или выборка, может быть рассмотрен как объект.
3. Процесс также может быть рассмотрен как объект, который выполняет заданную функцию и для которого проводят FMEA или FMECA. Обычно FMEA аппаратных средств не распространяется на людей и их взаимодействие с аппаратными средствами или программным обеспечением, в то время как FMEA процесса обычно включает в себя анализ действий людей.
3.2. Отказ (failure): утрата объектом способности выполнять требуемую функцию <1>.
--------------------------------
<1> Более детально см. [1].
3.3. Неисправность (fault): состояние объекта, при котором он не способен выполнять требуемую функцию, за исключением такой неспособности при техническом обслуживании или других плановых мероприятиях или вследствие нехватки внешних ресурсов.
Примечания
1. Неисправность часто является следствием отказа объекта, но может иметь место и без него.
2. В настоящем стандарте термин "неисправность" используется наряду с термином "отказ" по историческим причинам.
3.4. Последствие отказа (failure effect): следствие вида отказа для эксплуатации, функционирования или статуса объекта.
3.5. Вид отказа (failure mode): способ и характер возникновения отказа объекта.
3.6. Критичность отказа (failure criticality): сочетание тяжести последствий и частоты появления или других свойств отказа как характеристика необходимости идентификации источников, причин и сокращения частоты или количества появлений данного отказа и уменьшения тяжести его последствий.
3.7. Система (system): совокупность взаимосвязанных или взаимодействующих элементов.
Примечания
1. Применительно к надежности система должна иметь:
a) определенные цели, представленные в виде требований к ее функциям;
b) установленные условия функционирования;
c) определенные границы.
2. Структура системы является иерархической.
3.8. Тяжесть отказа (failure severity): значимость или серьезность последствий вида отказа для обеспечения функционирования объекта, окружающей среды и оператора, связанная с установленными границами исследуемого объекта.
4. Основные положения
4.1. Введение
Анализ видов и последствий отказов (FMEA) является методом систематического анализа системы для идентификации видов потенциальных отказов, их причин и последствий, а также влияния отказов на функционирование системы (системы в целом или ее компонентов и процессов). Термин "система" использован для описания аппаратных средств, программного обеспечения (с их взаимодействием) или процесса. Рекомендуется проводить анализ на ранних стадиях разработки, когда устранение или сокращение последствий и количества видов отказов является экономически наиболее эффективным. Анализ может быть начат, как только система может быть представлена в виде функциональной блок-схемы с указанием ее элементов.
Выбор времени проведения FMEA очень важен. Если анализ был выполнен на достаточно ранних этапах разработки системы, то введение изменений при проектировании для исключения недостатков, обнаруженных при проведении FMEA, является экономически более эффективным. Поэтому важно, чтобы цели и задачи FMEA были описаны в плане и графике процесса разработки. Таким образом, FMEA является итеративным процессом, выполняемым одновременно с процессом проектирования.
FMEA применим на различных уровнях декомпозиции системы - от самого высокого уровня системы (системы в целом) до функций отдельных компонентов или команд программного обеспечения. FMEA постоянно повторяют и обновляют, поскольку при разработке совершенствуется и изменяется конструкция системы. Изменения конструкции требуют внесения изменений в соответствующие части FMEA.
В целом FMEA является результатом работы команды, состоящей из квалифицированных специалистов, способных признать и оценить значимость и последствия различных типов потенциальных несоответствий конструкции и процессов, которые могут привести к отказам продукции. Работа в команде стимулирует процесс мышления и гарантирует необходимое качество экспертизы.
FMEA представляет собой метод, позволяющий идентифицировать тяжесть последствий видов потенциальных отказов, и обеспечить меры по снижению риска. В некоторых случаях FMEA также включает в себя оценку вероятности возникновения видов отказов. Это расширяет анализ.
До применения FMEA необходимо провести иерархическую декомпозицию системы (аппаратных средств с программным обеспечением или процесса) на основные элементы. Полезно использовать простые блок-схемы, иллюстрирующие декомпозицию (см. #ГОСТ Р 51901.14#). Анализ при этом начинают с элементов самого нижнего уровня системы. Последствие отказа на нижнем уровне может стать причиной отказа объекта на более высоком уровне. Анализ проводят снизу вверх по восходящей схеме, пока не будут определены конечные последствия для системы в целом. Такой процесс показан на рисунке 1.
--- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --¬
¦ ------------
---+Подсистема+--¬ ¦
¦ ¦ ¦ 2 ¦ ¦
------------ ¦ ------------ ¦ ------------ ------------ ¦
+--------+Подсистема+-+ +-+Подсистема+-+Подсистема+--------+
¦ ¦ 1 ¦ ¦ ------------ ¦ ¦ 4 ¦ ¦ 5 ¦
------------ ¦ ¦Подсистема¦ ¦ ------------ ------------ ¦
¦ L--+ 3 +--- Причина отказа системы
Система ------------ /\ ¦
¦ ¦
Виды отказов ¦
L-- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - ---
/\
Последствия: отказ подсистемы 4 ¦
¦
--- - --- - --- - --- - --- - --- - --- - -+- - --- - --- - --- - --- - --¬
¦ -------- -------- -------- -------- ¦
¦Модуль¦ ¦Модуль¦ ¦Модуль¦ ¦Модуль¦
¦ ¦ 1 ¦ ¦ 2 ¦ ¦ 3 ¦ ¦ 4 +------+
-------- -------- -------- --------
¦ Причина отказа подсистемы 4 ¦
Подсистема 4 /\
¦ ¦ ¦
Виды отказов
L-- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - ---
/\
Последствия: отказ модуля 3 ¦
¦
--- - --- - --- - --- - --- - --- - --- - -+- - --- - --- - --- - --- - --¬
Модуль 3 ------------
¦ ---+ Часть +--¬ ¦
¦ ¦ 3 ¦ ¦
¦ ------------ ------------¦ ------------ ¦ ------------ ¦
+--------+ Часть +--+ Часть ++ +-+ Часть +--------+
¦ 1 ¦ ¦ 2 ¦¦ ------------ ¦ ¦ 5 ¦
¦ ------------ ------------¦ ¦ Часть ¦ ¦ ------------ ¦
L--+ 4 +---
¦ Причина отказа модуля 3 ------------ ¦
/\
¦ ¦ ¦
Виды отказов
L-- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - ---
/\
Последствия: отказ части 2 ¦
¦
--- - --- - --- - --- - --- - --- - --- - -+- - --- - --- - --- - --- - --¬
------------ ------------ ------------
+---------+Вид отказа+---------+Вид отказа+---------+Вид отказа+----------+
¦ 1 ¦ ¦ 2 ¦ ¦ 3 ¦
¦ ------------ ------------ ------------ ¦
Причины отказа части 2
¦ /\ ¦
Часть 2 ¦
¦ Причина отказа ¦
-- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --
/\
Последствия: появление вида отказа 3 ¦
¦
--- - --- - --- - --- - --- - --- - --- - -+- - --- - --- - --- - --- - --¬
------------ ------------ ------------
+---------+ Причина +---------+ Причина +---------+ Причина +----------+
¦ 1 ¦ ¦ 2 ¦ ¦ 3 ¦
¦ ------------ ------------ ------------ ¦
¦ Часть 2. Причины вида отказа 3 ¦ -- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --
Рисунок 1. Взаимосвязь видов и последствий отказов в иерархической структуре системы
FMECA (анализ видов, последствий и критичности отказов) расширяет FMEA и включает в себя методы ранжирования тяжести видов отказов, позволяет установить приоритетность контрмер. Сочетание тяжести последствий и частоты возникновения отказов является мерой, называемой критичностью.
Принципы FMEA могут быть применены вне разработки проекта на всех стадиях жизненного цикла продукции. Метод FMEA может быть применен к производству или другому процессу, например в больницах, медицинских лабораториях, системах образования и др. При применении FMEA к производственному процессу эту процедуру называют FMEA процесса [Process Failure Mode and Effects Analysis (PFMEA)]. Для эффективного применения FMEA важным условием работы является обеспечение адекватными ресурсами. Полное понимание системы для предварительного FMEA необязательно, однако по мере разработки проекта для детального анализа видов и последствий отказов необходимо полное знание характеристик и требований, предъявляемых к проектируемой системе. Сложные технические системы обычно требуют применения анализа к большому числу факторов проекта (механика, электротехника, системное проектирование, разработка программного обеспечения, средства технического обслуживания и т.д.).
В общем случае FMEA применяют к отдельным видам отказов и их последствиям для системы в целом. Каждый вид отказа рассматривают как независимый. Таким образом, эта процедура не подходит для рассмотрения зависимых отказов или отказов, являющихся следствием последовательности нескольких событий. Для анализа таких ситуаций необходимо применять другие методы, такие как марковский анализ (см. #ГОСТ Р 51901.15#) или анализ дерева неисправностей (см. #ГОСТ Р 51901.13#).
При определении последствий отказа необходимо рассмотреть отказы более высокого уровня и отказы того же уровня, возникшие в результате произошедшего отказа. Анализ должен выявить все возможные комбинации видов отказов и их последовательностей, которые могут быть причиной последствий видов отказа на более высоком уровне. В этом случае необходимо дополнительное моделирование для оценки тяжести или вероятности возникновения таких последствий.
FMEA является гибким инструментом, который можно адаптировать к особенностям требований конкретного производства. В некоторых случаях требуется разработка специализированных форм и правил ведения записей. Уровни тяжести видов отказов (в случаях их применения) для различных систем или различных уровней системы могут быть определены по-разному.
4.2. Цели и задачи анализа
Основаниями для применения анализа видов и последствий отказов (FMEA) или анализа видов, последствий и критичности отказов (FMECA) могут быть следующие:
a) идентификация отказов, которые имеют нежелательные последствия для функционирования системы, например прекращение или значительное ухудшение работы или влияние на безопасность пользователя;
b) выполнение требований заказчика, установленных в контракте;
c) повышение надежности или безопасности системы (например, путем изменения проекта или проведения действий по обеспечению качества);
d) повышение ремонтопригодности системы путем выявления областей риска или несоответствий применительно к ремонтопригодности.
В соответствии с вышеизложенным целями FMEA (или FMECA) могут быть следующие:
a) полная идентификация и оценка всех нежелательных последствий в пределах установленных границ системы и последовательностей событий, вызванных каждым идентифицированным видом отказа общей причины на различных уровнях функциональной структуры системы;
b) определение критичности (см. раздел 6) или приоритетности для диагностики и снижения негативных последствий отказов каждого вида, влияющих на правильность функционирования и параметры системы или соответствующего процесса;
c) классификация идентифицированных видов отказов в соответствии с такими характеристиками, как легкость обнаружения, возможность диагностирования, контролепригодность, условия эксплуатации и ремонта (ремонт, эксплуатация, логистика и т.д.);
d) идентификация функциональных отказов системы и оценка тяжести последствий и вероятности возникновения отказа;
e) разработка плана улучшения проекта путем сокращения количества и последствий видов отказов;
f) разработка плана эффективного технического обслуживания для снижения вероятности возникновения отказов (см. МЭК 60300-3-11 [2]).
Примечание - При работе с критичностью и вероятностью появления отказов рекомендуется применять методологию FMECA.
5. Анализ видов и последствий отказов
5.1. Основные положения
Традиционно существуют достаточно большие различия в способах проведения и представления FMEA. Обычно анализ выполняют, идентифицируя виды отказов, соответствующие причины, непосредственные и итоговые последствия. Аналитические результаты могут быть представлены в виде рабочей таблицы, содержащей наиболее существенную информацию о системе в целом и деталях, учитывающих ее особенности, в частности о путях потенциальных отказов системы, компонентов и видах отказов, которые могут быть причиной отказа системы, а также причинах возникновения каждого вида отказа.
Применение FMEA к сложной продукции связано с большими трудностями. Этих трудностей может быть меньше, если некоторые подсистемы или части системы не являются новыми и совпадают с подсистемами и частями предыдущей конструкции системы или являются их модификацией. Вновь создаваемый FMEA должен использовать информацию о существующих подсистемах в максимально возможной степени. Он должен также указывать на необходимость испытаний или полного анализа новых свойств и объектов. Как только разработан детальный FMEA для некоторой системы, он может быть обновлен и улучшен для последующих модификаций системы, что потребует значительно меньше усилий, чем новая разработка FMEA.
Используя существующий FMEA предыдущей версии продукции, необходимо удостовериться, что конструкция (проект) повторно используется тем же способом и с теми же нагрузками, что и предыдущая. Новые нагрузки или воздействия окружающей среды при эксплуатации могут потребовать до выполнения FMEA проведения предварительного анализа имеющегося FMEA. Различия во внешних условиях и эксплуатационных нагрузках могут потребовать создания нового FMEA.
Процедура FMEA состоит из следующих основных четырех этапов:
а) установления основных правил планирования и разработки графика выполнения работ FMEA (в том числе распределения времени и обеспечения доступности экспертизы для выполнения анализа);
b) выполнения FMEA с использованием соответствующих рабочих таблиц или других форм, таких как логические схемы или деревья неисправностей;
c) подведения итогов и составления отчета о результатах анализа, включающего в себя все выводы и рекомендации;
d) обновления FMEA по мере продвижения разработки и развития проекта.
5.2. Предварительные задачи
5.2.1. Планирование анализа
Деятельность при выполнении FMEA, включая действия, процедуры, взаимодействия с процессами в сфере надежности, действия по управлению корректирующими действиями, а также сроки завершения этих действий и их этапов, должны быть указаны в общем плане программы надежности <1>.
--------------------------------
<1> Более детально об элементах программы надежности и плане надежности см. #ГОСТ Р 51901.3#.
План программы надежности должен описывать используемые методы FMEA. Описание методов может быть самостоятельным документом или может быть заменено ссылкой на документ, содержащий это описание.
План программы надежности должен содержать следующие сведения:
- определение цели анализа и ожидаемых результатов;
- область применения анализа с указанием, каким элементам конструкции FMEA должен уделять особое внимание. Область применения должна соответствовать зрелости проекта и охватывать элементы конструкции, которые могут быть источником риска, поскольку выполняют критическую функцию или изготовлены по неотработанной или новой технологии;
- описание того, как представленный анализ способствует обеспечению общей надежности системы;
- идентифицированные действия по управлению пересмотрами FMEA и соответствующей документацией. Управление пересмотрами документов анализа, рабочих таблиц и методами их хранения должно быть определено;
- необходимый объем участия в анализе экспертов по разработке проекта;
- четкое указание ключевых стадий в графике выполнения проекта для своевременного проведения анализа;
- способ завершения всех действий, указанных в процессе сокращения идентифицированных видов отказов, которые необходимо рассмотреть.
План должен быть согласован всеми участниками проекта и одобрен его руководством. В заключительном анализе FMEA на завершающей стадии проектирования продукции или ее производственного процесса (FMEA процесса) должны быть указаны все зарегистрированные действия для устранения или сокращения количества и снижения тяжести последствий установленных видов отказов, а также способ осуществления таких действий.
5.2.2. Структура системы
5.2.2.1. Информация о структуре системы
Информация о структуре системы должна включать в себя следующие данные:
a) описание элементов системы с их характеристиками, параметрами эксплуатации, функциями;
b) описание логических связей между элементами;
c) степень и характер резервирования;
d) положение и значимость системы в рамках устройства в целом (если это имеет место);
e) входы и выходы системы;
f) замены в структуре системы для измерения режимов эксплуатации.
Для всех уровней системы необходима информация о функциях, характеристиках и параметрах. Уровни системы рассматривают снизу вверх до самого высокого уровня, исследуя с помощью FMEA виды отказов, которые нарушают каждую из функций системы.
5.2.2.2. Определение границ системы для анализа
Границы системы включают в себя физический и функциональный интерфейсы между системой и ее средой, в том числе другие системы, с которыми взаимодействует исследуемая система. Определение границ системы для анализа должно соответствовать границам системы, установленным для проектирования и технического обслуживания, и относиться к любому уровню системы. Системы и/или компоненты, выходящие за границы, должны быть четко определены и исключены.
Определение границ системы в большей степени зависит от ее конструкции, предназначенного использования, источников поставок или коммерческих критериев, чем от оптимальных требований FMEA. Однако, по возможности, при определении границ необходимо учитывать требования, позволяющие упростить FMEA и его интеграцию с другими связанными исследованиями. Это особенно важно, если система является функционально сложной, с многочисленными взаимосвязями между объектами внутри и вне границ. В таких случаях полезно определять границы исследований на основе функций системы, а не аппаратных средств и программного обеспечения. Это позволит ограничить количество входов и выходов на другие системы и может уменьшить количество и снизить тяжесть последствий отказов системы.
Необходимо четко установить, что все системы или компоненты вне границ исследуемой системы рассмотрены и исключены из анализа.
5.2.2.3. Уровни анализа
Важно определить уровень системы, который будет использован для анализа. Например, в системе могут возникнуть нарушения ее функций или отказы подсистем, сменных элементов или уникальных компонентов (см. рисунок 1). Основные правила выбора уровней системы для анализа зависят от желаемых результатов и доступности необходимой информации. Полезно использовать следующие основные принципы:
a) высший уровень системы выбирают исходя из концепции проекта и установленных требований к выходам;
b) самый нижний уровень системы, на котором анализ является эффективным, - это уровень, характеризующийся наличием доступной информации для определения и описания его функций. Выбор соответствующего уровня системы зависит от предыдущего опыта. Для системы, основанной на зрелом проекте с зафиксированными и высокими уровнями надежности, ремонтопригодности и безопасности, применяют менее детальный анализ. Более детальную проработку и соответственно более низкие уровни системы вводят для недавно разработанной системы или системы с неизвестной хронологией надежности;
c) установленный или предполагаемый уровень технического обслуживания и ремонта является ценным руководством при определении более низких уровней системы.
При проведении FMEA определение видов, причин и последствий отказов зависит от уровня анализа и критериев отказа системы. В процессе анализа последствия отказа, идентифицированного на более низком уровне, могут стать видами отказов для более высокого уровня системы. Виды отказов на более низком уровне системы могут стать причинами отказов на более высоком уровне системы и так далее.
При декомпозиции системы до ее элементов последствия одной или более причины вида отказов создают вид отказа, который в свою очередь является причиной отказов составной части. Отказ составной части является причиной отказа модуля, который в свою очередь является причиной отказа подсистемы. Воздействие причины отказа на одном уровне системы, таким образом, становится причиной воздействия на более высоком уровне. Приведенное объяснение показано на рисунке 1.
5.2.2.4. Представление структуры системы
Символическое представление структуры функционирования системы, особенно в виде схемы, очень полезно при проведении анализа.
Необходимо разработать простые схемы, отражающие основные функции системы. В схеме линии соединения блоков представляют собой входы и выходы для каждой функции. Характер каждой функции и каждого входа должен быть точно описан. Для описания различных фаз эксплуатации системы может потребоваться несколько схем.
В соответствии с продвижением проектирования системы может быть разработана схема с блоками, представляющими реальные компоненты или составные части. Такое представление дает дополнительную информацию для более точной идентификации потенциальных видов отказов и их причин.
Блок-схемы должны отражать все элементы, их отношения, резервирование и функциональные взаимосвязи между ними. Это обеспечивает прослеживаемость функциональных отказов системы. Для описания альтернативных режимов эксплуатации системы может потребоваться несколько блок-схем. Могут потребоваться отдельные схемы для каждого режима эксплуатации. Как минимум, каждая блок-схема должна содержать:
a) декомпозицию системы на основные подсистемы, включая их функциональные взаимосвязи;
b) все соответственно отмеченные входы и выходы и идентификационные номера каждой подсистемы;
c) все резервирования, предупреждающую сигнализацию и другие технические особенности, которые обеспечивают защиту системы от отказов.
5.2.2.5. Пуск, эксплуатация, управление и техническое обслуживание
Статус различных режимов эксплуатации системы, а также изменения конфигурации или положения системы и ее компонентов в течение различных стадий эксплуатации должны быть определены. Минимальные требования к функционированию системы должны быть определены так, чтобы критерии отказа и/или работоспособности были четкими и понятными. Требования к готовности или безопасности следует устанавливать на основе заданных минимальных уровней функционирования, необходимых для работы, и максимальных уровней повреждения, допускающих приемку. Необходимо иметь точную информацию:
a) о продолжительности каждой функции, выполняемой системой;
b) об интервале времени между периодическими испытаниями;
c) о времени выполнения корректирующих действий до появления серьезных последствий для системы;
d) о всех используемых средствах, условиях окружающей среды и/или персонале, включая интерфейсы и взаимодействия с операторами;
e) о рабочих процессах при запуске системы, отключении и других переходах (ремонте);
f) об управлении в процессе стадий эксплуатации;
g) о профилактическом и/или корректирующем техническом обслуживании;
h) о процедурах испытаний, если их проводят.
Установлено, что одним из важных применений FMEA является помощь в разработке стратегии технического обслуживания. Информация о средствах, оборудовании, запасных частях для технического обслуживания должна быть известна также для предупреждающего и корректирующего технического обслуживания.
5.2.2.6. Окружающая среда системы
Условия окружающей среды системы должны быть определены, включая внешние условия и условия, созданные другими находящимися рядом системами. Для системы должны быть описаны ее отношения, взаимозависимости или взаимосвязи со вспомогательными или другими системами и интерфейсами и с персоналом.
На стадии проектирования не все эти данные известны, и поэтому должны быть использованы приближения и предположения. По мере продвижения проекта и увеличения данных для учета новой информации или измененных предположений и приближений необходимо выполнять изменения FMEA. Часто FMEA применяют для определения необходимых условий.
5.2.3. Определение видов отказов
Успешное функционирование системы зависит от функционирования критических элементов системы. Для оценки функционирования системы необходимо идентифицировать ее критические элементы. Эффективность процедур идентификации видов отказов, их причин и последствий может быть повышена с помощью подготовки списка ожидаемых видов отказов на основе следующих данных:
a) назначения системы;
b) особенностей элементов системы;
c) режима работы системы;
d) требований к эксплуатации;
e) ограничений по времени;
f) воздействий окружающей среды;
g) рабочих нагрузок.
Пример списка общих видов отказов приведен в таблице 1.
Таблица 1
ПРИМЕР ОБЩИХ ВИДОВ ОТКАЗОВ
------------------+----------------------------------------------- ¦Номер вида отказа¦ Наименование вида отказа ¦ +-----------------+----------------------------------------------+ ¦1 ¦Отказ в процессе функционирования ¦ +-----------------+----------------------------------------------+ ¦2 ¦Отказ, связанный с несрабатыванием в ¦ ¦ ¦установленное время ¦ +-----------------+----------------------------------------------+ ¦3 ¦Отказ, связанный с непрекращением работы в ¦ ¦ ¦установленное время ¦ +-----------------+----------------------------------------------+ ¦4 ¦Преждевременное включение ¦ ------------------+-----------------------------------------------
Примечание - Этот список является только примером. Различным типам систем соответствуют различные списки.
Фактически каждый вид отказов можно отнести к одному или нескольким из указанных общих видов. Однако эти общие виды отказов имеют слишком широкую область анализа. Следовательно, список необходимо расширить, чтобы сузить группу отказов, отнесенную к исследуемому общему виду отказов. Требования к параметрам управления входами и выходами, а также потенциальные виды отказов должны быть идентифицированы и описаны на структурной схеме надежности объекта. Необходимо отметить, что один вид отказов может иметь несколько причин.
Важно, чтобы оценка всех объектов в пределах границ системы на самом нижнем уровне для идентификации всех потенциальных видов отказов была согласована с целями анализа. Затем проводят исследования, позволяющие определить возможные отказы, а также последствия отказов для подсистем и функций системы.
Поставщики комплектующих должны идентифицировать потенциальные виды отказов для своей продукции. Обычно данные о видах отказов могут быть получены из следующих источников:
a) для новых объектов могут быть использованы данные других объектов с аналогичными функцией и структурой, а также результаты испытаний этих объектов с соответствующими нагрузками;
b) для новых объектов потенциальные виды отказов и их причины определяют в соответствии с целями проектирования и детальным анализом функций объекта. Этот метод предпочтительнее приведенного в перечислении "a", поскольку нагрузки и непосредственно функционирование могут различаться для аналогичных объектов. Примером такой ситуации может быть использование FMEA для обработки сигналов процессора, отличного от такого же процессора, используемого в аналогичном проекте;
c) для объектов в эксплуатации могут быть использованы данные отчетов, относящихся к обслуживанию и отказам;
d) потенциальные виды отказов могут быть определены на основе анализа функциональных и физических параметров, характерных для работы объекта.
Важно, чтобы виды отказов не были пропущены из-за отсутствия данных, а начальные оценки были улучшены на основе результатов испытаний и данных продвижения проекта. В соответствии с FMEA необходимо вести записи статуса таких оценок.
Идентификация видов отказов и при необходимости определение корректирующих действий проекта, предупреждающих действий для обеспечения качества или действий по техническому обслуживанию продукции имеют главное значение. Более важно идентифицировать и по возможности смягчить последствия видов отказов мерами проектирования, чем знать вероятность их появления. Если трудно назначить приоритеты, можно потребовать проведения анализа критичности.
5.2.4. Причины отказов
Наиболее вероятные причины каждого потенциального вида отказов должны быть идентифицированы и описаны. Так как вид отказов может иметь несколько причин, наиболее вероятные независимые причины каждого вида отказов должны быть идентифицированы и описаны.
Идентификация и описание причин отказов не всегда необходимы для всех видов отказов, идентифицированных при проведении анализа. Идентификация и описание причин отказов и предложений по их устранению должны быть выполнены на основе изучения последствий отказов и их тяжести. Чем тяжелее последствия вида отказов, тем более точно должны быть идентифицированы и описаны причины отказов. В противном случае аналитик может потратить ненужные усилия на идентификацию причин таких видов отказов, которые не влияют на функционирование системы или имеют очень незначительные последствия.
Причины отказов могут быть определены на основе анализа эксплуатационных отказов или отказов в процессе испытаний. Если проект является новым и не имеет прецедентов, причины отказов могут быть установлены экспертными методами.
После идентификации причин видов отказов на основе оценок их появления и тяжести последствий оценивают рекомендованные действия.
5.2.5. Последствия отказа
5.2.5.1. Определение последствий отказа
Последствие отказа является результатом действия вида отказов в терминах эксплуатации, функционирования или статуса системы (см. определение 3.4). Последствие отказа может быть вызвано одним или несколькими видами отказов одного или нескольких объектов.
Последствия каждого вида отказов для функционирования элементов, функции или статуса системы должны быть идентифицированы, оценены и зарегистрированы. Действия технического обслуживания и цели системы также должны быть рассмотрены всякий раз, когда это необходимо. Последствия отказа могут воздействовать на следующий и в конечном счете на высший уровень анализа системы. Поэтому на каждом уровне последствия отказов должны быть оценены для следующего, более высокого уровня.
5.2.5.2. Локальные последствия отказа
Выражение "локальные последствия" относится к последствиям вида отказа для рассматриваемого элемента системы. Последствия каждого возможного отказа на выходе объекта должны быть описаны. Цель идентификации локальных последствий состоит в обеспечении оснований для оценки существующих альтернативных условий или разработки рекомендуемых корректирующих действий. В некоторых случаях может не быть локальных последствий, кроме самого отказа.
5.2.5.3. Последствия отказа на уровне системы
При идентификации последствий для системы в целом последствия возможного отказа для высшего уровня системы определяют и оценивают на основе анализа на всех промежуточных уровнях. Последствия высшего уровня могут быть результатом многократных отказов. Например, отказ устройства безопасности приводит к катастрофическим последствиям для системы в целом только в случае отказа устройства безопасности одновременно с выходом за допустимые пределы главной функции системы, для которой предназначено устройство безопасности. Эти последствия, являющиеся результатом многократных отказов, должны быть указаны в рабочих таблицах.
5.2.6. Методы обнаружения отказов
Для каждого вида отказа аналитик должен определить способ обнаружения отказа и средства, которые пользователь или специалист по техническому обслуживанию применяет для диагностики отказа. Диагностика отказов может быть выполнена с применением технических средств, может осуществляться автоматическими средствами, предусмотренными в конструкции (встроенное тестирование), а также путем введения специальной процедуры контроля до начала работы системы или при техническом обслуживании. Диагностика может быть проведена при запуске системы в процессе ее функционирования или через установленные интервалы времени. В любом случае после диагностики отказа должен быть устранен опасный режим эксплуатации.
Виды отказов, кроме рассматриваемого, которые имеют идентичное проявление, должны быть проанализированы и перечислены. Следует рассмотреть необходимость отдельной диагностики отказов резервных элементов в процессе работы системы.
Для FMEA конструкции при обнаружении отказов исследуют, с какой вероятностью, когда и где недостаток конструкции будет идентифицирован (с помощью анализа, моделирования, испытаний и т.д.). Для FMEA процесса при обнаружении отказов рассматривают, с какой вероятностью и где недостатки и несоответствия процесса могут быть идентифицированы (например оператором при статистическом управлении процессом, в процессе контроля качества или на более поздних этапах процесса).
5.2.7. Условия компенсации отказа
Идентификация всех особенностей конструкции на данном уровне системы или других мер безопасности, которые могут предотвратить или уменьшить последствия видов отказа, является чрезвычайно важной. FMEA должен четко показать истинное действие этих мер безопасности в условиях конкретного вида отказа. Меры безопасности, препятствующие отказу, которые должны быть зарегистрированы в FMEA, включают в себя следующее:
a) резервированные объекты, которые допускают длительную работу, если один или несколько элементов отказали;
b) альтернативные средства работы;
c) мониторинг или сигнальные устройства;
d) любые другие методы и средства эффективной работы или ограничения ущерба.
В процессе проектирования функциональные элементы (аппаратные средства и программное обеспечение) могут быть неоднократно перестроены или переформированы, а также могут быть изменены их возможности. На каждой стадии необходимость анализа идентифицированных видов отказов и применения FMEA должна быть подтверждена или даже пересмотрена.
5.2.8. Классификация тяжести отказа
Тяжесть отказа является оценкой значимости влияния последствий вида отказа на функционирование объекта. Классификация тяжести отказа, зависящая от особенностей применения FMEA, разработана с учетом нескольких факторов:
- характеристики системы в соответствии с возможными отказами, особенностями пользователей или окружающей среды;
- функциональных параметров системы или процесса;
- любых требований заказчика, установленных в контракте;
- законодательных требований и требований безопасности;
- требований, связанных с гарантийными обязательствами.
В таблице 2 приведен пример качественной классификации тяжести последствий при выполнении одного из типов FMEA.
Таблица 2
ИЛЛЮСТРАТИВНЫЙ ПРИМЕР КЛАССИФИКАЦИИ ТЯЖЕСТИ ПОСЛЕДСТВИЙ ОТКАЗА
--------+----------------+---------------------------------------- ¦ Номер ¦ Наименование ¦ Описание последствия отказа для людей ¦ ¦класса ¦ класса тяжести ¦ или окружающей среды ¦ ¦тяжести¦ отказа ¦ ¦ ¦отказа ¦ ¦ ¦ +-------+----------------+---------------------------------------+ ¦IV ¦Катастрофический¦Вид отказа может привести к прекращению¦ ¦ ¦ ¦выполнения первичных функций системы и ¦ ¦ ¦ ¦вызывает тяжелые повреждения системы и ¦ ¦ ¦ ¦окружающей среды и/или гибель и тяжелые¦ ¦ ¦ ¦травмы людей ¦ +-------+----------------+---------------------------------------+ ¦III ¦Критический ¦Вид отказа может привести к прекращению¦ ¦ ¦ ¦выполнения первичных функций системы и ¦ ¦ ¦ ¦вызывает значительное повреждение ¦ ¦ ¦ ¦системы и окружающей среды, но не ¦ ¦ ¦ ¦представляет собой серьезной угрозы ¦ ¦ ¦ ¦жизни или здоровью людей ¦ +-------+----------------+---------------------------------------+ ¦II ¦Минимальный ¦Вид отказа может ухудшить выполнение ¦ ¦ ¦ ¦функций системы без заметного ¦ ¦ ¦ ¦повреждения системы или угрозы жизни ¦ ¦ ¦ ¦или здоровью людей ¦ +-------+----------------+---------------------------------------+ ¦I ¦Ничтожный ¦Вид отказа может ухудшить выполнение ¦ ¦ ¦ ¦функций системы, но не вызывает ¦ ¦ ¦ ¦повреждений системы и не создает угрозы¦ ¦ ¦ ¦жизни и здоровью людей ¦ --------+----------------+----------------------------------------
5.2.9. Частота или вероятность появления отказов
Частота или вероятность появления каждого вида отказа должна быть определена для оценки последствий или критичности отказов.
Для определения вероятности появления вида отказа, помимо опубликованной информации об интенсивности отказов, очень важно рассмотреть реальные условия функционирования каждого компонента (экологические, механические и/или электрические нагрузки), характеристики которого вносят свой вклад в вероятность появления отказа. Это необходимо, поскольку составляющие интенсивности отказов и, следовательно, интенсивность рассматриваемого вида отказа в большинстве случаев увеличиваются вместе с увеличением воздействующих нагрузок в соответствии со степенным или экспоненциальным законом. Вероятность появления видов отказов для системы можно оценивать с использованием:
- данных ресурсных испытаний;
- доступных баз данных об интенсивностях отказов;
- данных эксплуатационных отказов;
- данных об отказах аналогичных объектов или компонентов аналогичного класса.
Оценки вероятности появления отказа FMEA относят к определенному периоду времени. Обычно это гарантийный период или установленный срок службы объекта или продукции.
Применение частоты и вероятности появления отказа разъяснено ниже при описании анализа критичности.
5.2.10. Процедура анализа
Блок-схема, приведенная на рисунке 2, показывает общую процедуру анализа.
-----------------------
¦Начало FMEA или FMECA¦
-----------+-----------
\/
----------------------------------------------------------------
--->¦ Выбор компонентов объекта для анализа ¦
¦ -------------------------------+--------------------------------
¦ \/
¦ ----------------------------------------------------------------
¦ ¦ Идентификация видов отказов выбранных компонентов ¦
¦ -------------------------------+--------------------------------
¦ \/
¦ ----------------------------------------------------------------
¦ ->¦ Выбор вида отказов для анализа ¦
¦ ¦ -------------------------------+--------------------------------
¦ ¦ \/
¦ ¦ ----------------------------------------------------------------
¦ ¦ ¦Идентификация промежуточных и конечных последствий вида отказа¦
¦ ¦ -------------------------------+--------------------------------
¦ ¦ \/
¦ ¦ ----------------------------------------------------------------
¦ ¦ ¦ Определение тяжести конечных последствий ¦
¦ ¦ -------------------------------+--------------------------------
¦ ¦ \/
¦ ¦ ----------------------------------------------------------------
¦ ¦ ¦ Идентификация потенциальных причин вида отказа ¦
¦ ¦ -------------------------------+--------------------------------
¦ ¦ \/
¦ ¦ ----------------------------------------------------------------
¦ ¦ ¦ Оценка частоты или вероятности появления вида отказа ¦
¦ ¦ ¦ в течение заданного периода времени ¦
¦ ¦ -------------------------------+--------------------------------
¦ ¦ \/
¦ ¦ ----------------------------
¦ ¦ ¦Тяжесть последствий и/или ¦ Нет
¦ ¦ ¦ вероятность появления +-------------------
¦ ¦ ¦отказа являются основанием¦ ¦
¦ ¦ ¦ для действий? ¦ ¦
¦ ¦ -------------+-------------- ¦
¦ ¦ \/ Да ¦
¦ ¦ ----------------------------------------------------------------¦
¦ ¦ ¦Применение методов сокращения отказов, корректирующих действи馦
¦ ¦ ¦ компенсирующих условий. Идентификация действий ¦¦
¦ ¦ ¦ и ответственного персонала ¦¦
¦ ¦ -------------------------------+--------------------------------¦
¦ ¦ \/ ¦
¦ ¦ ---------------------------------------------- ¦
¦ ¦ ¦Документированные комментарии, рекомендации,¦ ¦
¦ ¦ ¦ действия и замечания ¦<---------
¦ ¦ ----------------------+-----------------------
¦ ¦ --------------------
¦ ¦ \/
¦ ¦ -------------------- ----------------
¦ ¦ ¦ Есть ли еще виды ¦ Нет ¦Есть ли другие¦ Нет
¦ ¦ ¦отказов компонента+------------->¦ компоненты +------------
¦ ¦ ¦ для анализа? ¦ ¦ для анализа? ¦ ¦
¦ ¦ ---------+---------- -------+-------- ¦
¦ --------------- Да ¦ Да ¦
------------------------------------------------- ¦
--------------------------------------------------------- ¦
¦Завершение FMEA. Определение даты следующего пересмотра¦<-----
---------------------------------------------------------
Рисунок 2. Блок-схема анализа
5.3. Анализ видов, последствий и критичности отказов (FMECA)
5.3.1. Цель анализа
Буква С, включенная в аббревиатуру FMEA, означает, что анализ вида отказов приводит также к анализу критичности. Определение критичности подразумевает использование качественной меры последствий видов отказа. Критичность имеет множество определений и способов измерения, большинству из которых присущ близкий смысл: воздействие или значимость вида отказа, который необходимо устранить или смягчить его последствия. Некоторые из этих способов измерения объяснены в 5.3.2 и 5.3.4. Цель анализа критичности состоит в качественном определении относительной величины каждого последствия отказа. Значения этой величины используют для установления приоритетности действий по устранению отказов или снижению их последствий на основе комбинаций критичности отказов и тяжести их последствий.
5.3.2. Риск R и значение приоритетности риска (RPN)
Одним из методов количественной оценки критичности является определение значения приоритетности риска [Risk Priority Number (RPN <1>)]. Риск в этом случае оценивают субъективной мерой тяжести последствий и вероятностью возникновения отказа в течение заданного периода времени (используемого для анализа). В некоторых случаях, когда этот способ неприменим, необходимо обратиться к более простой форме неколичественного FMEA.
--------------------------------
<1> Величина, характеризующая тяжесть последствий.
В качестве общей меры потенциального риска R в некоторых типах FMECA используют величину:
R = S х P,
где:
S - значение тяжести последствий, т.е. степени влияния отказа на систему или пользователя (безразмерная величина);
P - вероятность появления отказа (безразмерная величина). Если она меньше 0,2, ее можно заменить значением критичности С, которое используют в некоторых количественных методах FMEA, описанных в 5.3.4 (оценка вероятности появления последствий отказа).
В некоторых применениях FMEA или FMECA дополнительно выделяют уровень обнаружения отказа для системы в целом. В этих случаях используют дополнительно значение обнаружения отказа D (также безразмерная величина) для формирования значения приоритетности риска RPN:
RPN = S х O х D,
где:
O - вероятность появления отказа для заданного или установленного периода времени (эта величина может быть определена как ранг, а не фактическое значение вероятности появления отказа);
D - характеризует обнаружение отказа и представляет собой оценку шанса идентифицировать и устранить отказ до появления последствий для системы или заказчика. Значения D обычно ранжированы в обратном порядке по отношению к вероятности появления отказа или тяжести отказа. Чем выше значение D, тем менее вероятно обнаружение отказа. Более низкая вероятность обнаружения соответствует более высокому значению RPN и более высокой приоритетности вида отказа.
Значение приоритетности риска RPN можно использовать для установления приоритетов при сокращении видов отказа. Кроме значения приоритетности риска, для принятия решения о сокращении видов отказов учитывают, прежде всего, значение тяжести видов отказа, подразумевая, что при равных или близких значениях RPN в первую очередь это решение следует применять к видам отказов с более высокими значениями тяжести отказов.
Эти значения могут быть оценены в числовом виде с применением непрерывной или дискретной шкалы (конечное число заданных значений).
Затем виды отказов ранжируют в соответствии с их RPN. Высокий приоритет назначают для высоких значений RPN. В некоторых случаях последствия для видов отказов с RPN, превышающим установленный предел, являются неприемлемыми, в то время как в других случаях высокие значения тяжести отказа устанавливают независимо от значений RPN.
Различные типы FMECA используют различные шкалы значений для S, O и D, например от 1 до 4 или 5. Некоторые типы FMECA, например используемые в автомобильной промышленности для анализа конструкции и процесса производства, называемые DFMEA и PFMEA, назначают шкалу от 1 до 10.
5.3.3. Связь FMECA с анализом риска
Сочетание критичности и тяжести последствий характеризует риск, который отличается от обычно применяемых показателей риска меньшей строгостью и требует меньше усилий для оценки. Различия заключаются не только в способе прогноза тяжести последствий отказа, но также и в описании взаимодействий между вносящими вклад факторами с помощью обычной восходящей процедуры FMECA. Кроме того, FMECA обычно позволяет провести относительное ранжирование вкладов в совокупный риск, в то время как анализ риска для систем с высоким риском обычно ориентирован на приемлемый риск. Однако для систем с низким риском и низкой сложностью FMECA может быть экономически более эффективным и подходящим методом. Всякий раз, когда при выполнении FMECA обнаруживается вероятность последствий с высоким риском, более предпочтительным является использование вероятностного анализа риска [Probabilistic Risk Analysis (PRA)] вместо FMECA.
По этой причине FMECA не должен быть использован как единственный метод принятия решения о приемлемости риска конкретных последствий для системы с высоким риском или высокой сложностью, даже если оценка частоты и тяжести последствий основана на заслуживающих доверие данных. Это должно быть задачей вероятностного анализа риска, где больше влияющих параметров (и их взаимодействий) может быть принято во внимание (например, время выдержки, вероятность предотвращения последствий, скрытые отказы механизмов обнаружения отказов).
В соответствии с FMEA каждое идентифицированное последствие отказа относят к соответствующему классу тяжести. Частоту появления событий вычисляют на основе данных об отказах или оценивают для исследуемой составной части. Частота появления событий, умноженная на заданную наработку, дает значение критичности, которое затем применяют к шкале непосредственно, или, если шкала представляет собой вероятность появления события, определяют эту вероятность появления в соответствии со шкалой. Класс тяжести последствий и класс критичности (или вероятность появления события) для каждого последствия вместе составляют величину последствия. Можно выделить два основных метода оценки критичности: матрицу критичности и концепцию приоритетности риска RPN.
5.3.4. Определение интенсивности отказов
Если известны интенсивности отказов для видов отказов аналогичных объектов, определенные для внешних и эксплуатационных условий, аналогичных принятым для исследуемой системы, эти частоты событий могут быть непосредственно использованы в FMECA. Если имеются интенсивности отказов (а не видов отказов) для отличных от необходимых внешних и эксплуатационных условий, интенсивности видов отказов должны быть рассчитаны. При этом обычно используют следующее соотношение:
лямбда = лямбда х альфа х бэта ,
i j i i
где:
лямбда - оценка интенсивности отказов i-го вида отказов (интенсивность
i
отказов предполагается постоянной);
лямбда - интенсивность отказов j-го компонента;
j
альфа - отношение количества i-го вида отказов к общему количеству
i
видов отказов, т.е. вероятность того, что объект будет иметь i-й вид
отказа;
бэта - условная вероятность последствия i-го вида отказа.
i
Главным недостатком такого метода является неявное предположение о том, что интенсивность отказов постоянна и что многие используемые параметры получены на основе прогнозов или предположений. Это особенно важно в случае, когда для компонентов системы отсутствуют данные о соответствующих интенсивностях отказов, а имеется только расчетная вероятность отказа за установленное время работы с соответствующими нагрузками.
С помощью показателей, учитывающих изменения условий окружающей среды, нагрузок, технического обслуживания, данные об интенсивностях отказов, полученные в отличных от исследуемых условиях, могут быть пересчитаны.
Рекомендации по выбору значений этих показателей можно найти в соответствующих публикациях по надежности. Следует тщательно проверять правильность и применимость выбранных значений этих параметров для конкретной системы и ее эксплуатационных режимов.
В некоторых случаях, таких как количественный метод анализа, значение
критичности вида отказа C (не связанное с общим значением "критичности",
i
которое может принимать другое значение) используют вместо интенсивности
отказов i-го вида отказов лямбда . Значение критичности связано с условной
i
частотой отказа и временем эксплуатации и может быть использовано для
получения более реалистичной оценки риска, соответствующего конкретному
виду отказа, в течение заданного времени использования продукции.
C = лямбда х t ,
i i j
C = лямбда х альфа х бэта х t ,
i j i i j
где t - время работы компонента в течение всего заданного времени
j
исследований FMECA, для которого оценена вероятность, т.е. время активной
работы j-го компонента.
Значение критичности для j-го компонента, имеющего m видов отказов,
определяют по формуле:
m
C = SUM лямбда х альфа х бэта х t .
j i=1 j i i j
Следует учесть, что значение критичности не связано с критичностью как
таковой. Это лишь значение, вычисляемое в некоторых типах FMECA и
представляющее собой относительную меру последствий вида отказа и
вероятности его появления. Здесь значение критичности является мерой риска,
а не мерой появления отказа.
Вероятность P появления отказа i-го вида за время t для полученной
i j
критичности:
-C
i
P = 1 - e .
i
Если интенсивности видов отказов и соответствующие значения критичности малы, то с грубым приближением можно утверждать, что для вероятностей появления меньше 0,2 (критичность равна 0,223) значения критичности и вероятности отказа очень близки.
В случае переменных интенсивностей отказов или частот появления отказа необходимо вычислять вероятность появления отказа, а не критичность, которая основана на предположении о постоянстве интенсивности отказов.
5.3.4.1. Матрица критичности
Критичность может быть представлена в виде матрицы критичности, как показано на рисунке 3. Следует иметь в виду, что не существует универсального определения критичности. Критичность должна быть определена аналитиком и принята руководителем программы или проекта. Определения могут существенно различаться для различных задач.
Вероятность
появления
------------+----------+----------+-------------
5 ¦ ¦ ¦ ¦Высокий риск¦
(A)¦ ¦ ¦ ¦ ¦
+-----------+----------+----------+------------+
Комментарии
Комментирование через социальные сервисы Facebook и Вконтакте:
Федеральное