dfmea что это такое

Образец СТП «FMEA»

Система менеджмента качества

СОДЕРЖАНИЕ

1.ЦЕЛЬ

Установить порядок проведения FMEA — анализа видов, последствий и причин потенциальных дефектов (отказов) технических объектов (изделий) и процессов их производства, а также доработки этих изделий и процессов по результатам проведенного анализа для предупреждения возникновения и (или) ослабления тяжести возможных последствий и для достижения требуемых характеристик безопасности, экологичности, эффективности и надежности.

2.ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ

Критические характеристики (если заказчик не определил иной способ маркировки, обозначаются сс, либо V) — характеристики продукции или параметры производственного процесса, которые могут оказывать влияние на безопасность производства и эксплуатации, отказ которых может привести к нарушению законодательства.

Важные характеристики (обозначаются sc, либо <>) — характеристики продукции или параметры производственного процесса, несоответствие которых требованиям может привести к отказу какой-либо функции изделия или производственного процесса без критических последствий.

З. ОТВЕТСТВЕННОСТЬ

Ответственность за функционирование данной процедуры на предприятии несет:

Требования настоящего стандарта распространяются на все подразделения и должностные лица предприятия, участвующие в проведении FMEA продукта или процесса.

4.ПОКАЗАТЕЛИ ПРОЦЕССОВ

Количество причин несоответствий, проявившихся при производстве изделий и неучтенных при проведении FMEA.

Затраты на проведение FMEA (дни).

5.ОПИСАНИЕ ПРОЦЕССОВ

Блок 1-2. Инициация DFMEA, формирование команды и выбор ведущего.

Процесс DFMEA инициируется руководителем проекта (в его отсутствие Техническим директором) в соответствии с процедурой АРОР.

Руководитель проекта (или Технический директор) на основе плана проекта составляет общий план работ по DFMEA, определяет ведущего команды DFMEA. По возможности, им должен быть сотрудник Технической дирекции, отвечающий за разработку данного изделия.

Ведущий собирает команду DFMEA. При этом должны быть выполнены следующие требования:

Численность команды (включая ведущего) не более 7 человек;

Обязательно участие обученного специалиста по проведению FMEA (из любого отдела);

Обязательно участие следующих специалистов: разработчик электронной части изделия, разработчик механической части изделия, инженер-технолог, инженер по качеству;

При необходимости, возможно привлечение любых других специалистов предприятия (не входящих в основную команду).

Задача ведущего до начала работы в группе определить время и место проведения FMEA, границы рассматриваемой системы и сопрягаемые элементы, подготовить (либо запросить у руководителя проекта, получить и изучить) следующие документы: требования потребителя с выделенными им ключевыми характеристиками продукта; план работ по проведению FMEA; требования нормативных и законодательных актов к данному типу изделий (или процессам), стандарты предприятия; анализ внутренних и внешних рекламаций на аналогичные изделия; результаты коммуникации с потребителями (опыт прежних разработок, аналогичный продукт); другие необходимые документы.

Блок 3. Определение списка функций и составление блок-схемы изделия.

Определение списка функций включает в себя составление перечня того, что должно и не должно делать изделие. Чем лучше определены желаемые функции и характеристики, тем легче идентифицировать виды потенциальных отказов.

Пример составления блок-схемы изделия приведен в Приложении А настоящего стандарта. Блок-схема показывает исходное соотношение между рассматриваемыми элементами изделия (системы) и устанавливает логический порядок анализа. Блок-схема составляется по формуляру и сопровождает весь процесс FMEA.

Блок 4. Заполнение «шапки» бланка DFMEA.

Бланк DFMEA оформляется в электронном виде, лицом, назначенным ведущим команды. Указывается номер документа, например: КЭП217О-1 (наименование изделия, версия DFMEA).

Блок 5. Заполнение видов потенциальных отказов для каждой функции, а также их последствий.

Для конкретной функции изделия перечисляются все виды потенциальных отказов, делается предположение, что отказ может возникнуть, но не обязательно. Определяются последствия потенциальных отказов, как влияние отказов данного вида на функцию, как она воспринимается потребителем. Для достижения максимальной полноты списка потенциальных отказов B качестве входных данных следует использовать имеющиеся записи по прошлым проблемам.

Блок 6. Определение возможных корневых причин возникновения потенциальных отказов, а также действующих видов контроля.

Необходимо перечислить все возможные причины и/или механизмы возникновения каждого вида отказа. Причину/механизм следует указывать столь полно и точно, чтобы предупреждающие действия могли быть предложены.

Блок 7. Оценка баллов значимости, возникновения и обнаружения, определение ключевых характеристик и расчет ПЧР.

Для каждой причины/механизма оценивается Значимость (S), Возникновение (О) и Обнаружение (D), B соответствии с Приложениями Б-Г настоящего стандарта.

Выделяются ключевые характеристики продукта и делаются соответствующие отметки в столбце «Классификация» (в соответствии с РИ «Определение ключевых характеристик продуктов и процессов»).

Если S≥9, то соответствующая характеристика изделия отмечается как критическая. При S = 5÷8 и

0 = 4÷10 соответствующая характеристика изделия отмечается как важная.

Результат перемножения S*O*D записывают в столбец ПЧР в бланке DFMEA.

Если потребитель изделия не оговорил значение граничного ПЧР, то оно принимается равным 100.

В случае если ПЧР 1ОО, предупреждающие действия должны быть реализованы.

Блок 8-9. Выбор мероприятий для снижения ПЧР, назначение ответственных и сроков, проведение мероприятий, повторная оценка ПЧР

Возможно осуществить два типа мероприятий по снижению ПЧР в рамках DFMEA:

Для каждого выбранного мероприятия должен быть установлен ответственный исполнитель и сроки выполнения.

После проведения выбранных мероприятий по снижению ПЧР, команда DFMEA собирается снова и производится повторная оценка ПЧР. В случае, если проведенные мероприятия оказались результативны и повторно рассчитанное ПЧР≤100 (если потребителем не оговорено иное), процедура DFMEA завершается.

Блок 10-11 Завершение заполнения и хранение протоколов DFMEA.

Заполненные формы DFMEA и сопутствующие документы (блок-схема изделия и т.д.) хранятся на сервере предприятия. По мере необходимости актуализации DFMEA, группа собирается снова.

Срок хранения протоколов (заполненных бланков) в электронном виде — 15 лет.

Блок 1-2. Инициация PFMEA, формирование команды и выбор ведущего.

Процесс PFMEA инициируется менеджером проекта (в его отсутствие — Главным технологом) в соответствии с процедурой АРОР.

Руководитель проекта (или Главный технолог) на основе плана проекта составляет общий план работ по PFMEA, определяет ведущего команды PFMEA. По возможности, им должен быть сотрудник ОГТ, отвечающий за разработку технологического процесса для производства данного изделия.

Ведущий собирает команду PFMEA. При этом должны быть выполнены следующие требования:

Численность команды (включая ведущего) не более 7 человек;

Обязательно участие обученного специалиста по проведению FMEA (из любого отдела);

Обязательно участие следующих специалистов: инженер-технолог, разработчик механической части изделия, инженер по качеству, директор по производству;

При необходимости, возможно привлечение любых других специалистов предприятия (не входящих в основную команду).

Задача ведущего до начала работы в группе определить время и место проведения FMEA, границы рассматриваемой системы и сопрягаемые элементы, подготовить следующие документы: протоколы DFMEA, предварительные карты потока процесса, план работ по проведению FMEA; требования нормативных и законодательных актов к данному типу изделий (или процессам), стандарты предприятия;

анализ внутренних и внешних рекламаций на аналогичные изделия; результаты коммуникации с потребителями (опыт прежних разработок, аналогичный продукт); другие необходимые документы.

Определение цели процесса и составление Карты потока процесса.

Определение цели процесса включает B себя составление перечня того, что должен и не должен делать процесс.

Карта потока процесса составляется по формуляру, она должна идентифицировать характеристики продукта/процесса, связанные с каждой операцией. Экземпляры карт потока должны сопровождать весь процесс PFMEA.

Заполнение «шапки» бланка PFMEA.

Бланк PFMEA оформляется в электронном виде. Указывается номер документа, например: КЭП217О-1 (наименование изделия, версия PFMEA).

Заполнение столбцов Процесс/рабочая операция, возможные несоответствия и последствия, выделение ключевых характеристик процесса.

Для каждой элементарной операции перечисляются все виды потенциальных отказов, делается предположение, что отказ может возникнуть, но не обязательно. Для достижения максимальной полноты списка потенциальных отказов в качестве входных данных следует использовать имеющиеся записи по прошлым проблемам.

Выделяются операции в процессе, влияющие на ключевые характеристики продукта, и делаются соответствующие отметки в столбце «Классификация».

Блок 7. Определение причин возникновения потенциальных отказов, действующего вида контроля, расчет ПЧР и выделение дополнительных ключевых характеристик процесса.

См. Блок 7 настоящего стандарта (но вместо приложений Б и Г, использовать приложения Д и Е).

Блок 8-9. Выбор решений для предупреждения отказов, назначение ответственных и сроков, проведение мероприятий по снижению ПЧР и его повторная оценка.

Необходимо рассмотреть два типа мероприятий:

Для каждого выбранного мероприятия должен быть установлен ответственный исполнитель и сроки выполнения.

Если возможно, нужно сначала использовать предупреждающее управление.

После проведения выбранных мероприятий по снижению ПЧР, команда PFMEA собирается снова и производится повторная оценка ПЧР. В случае если проведенные мероприятия оказались результативны и повторно рассчитанное ПЧР ≤100 (если потребителем не оговорено иное), процедура PFMEA завершается.

Блок 10-11. Завершение заполнения и хранение протоколов PFMEA

Заполненные формы PFMEA и сопутствующие документы (карта потока процесса изделия и т.д.) хранятся на сервере предприятия. По мере необходимости актуализации PFMEA, группа собирается снова.

Срок хранения бланков в электронном виде 15 лет.

Источник

Dfmea что это такое

ГОСТ Р 51901.12-2007
(МЭК 60812:2006)

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

МЕТОД АНАЛИЗА ВИДОВ И ПОСЛЕДСТВИЙ ОТКАЗОВ

Risk management. Procedure for failure mode and effects analysis

Дата введения 2008-09-01

Сведения о стандарте

1 ПОДГОТОВЛЕН Открытым акционерным обществом «Научно-исследовательский центр контроля и диагностики технических систем» (ОАО «НИЦ КД») и Техническим комитетом по стандартизации ТК 10 «Перспективные производственные технологии, менеджмент и оценка рисков» на основе собственного аутентичного перевода стандарта, указанного в пункте 4

2 ВНЕСЕН Управлением развития, информационного обеспечения и аккредитации Федерального агентства по техническому регулированию и метрологии

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (подраздел 3.5)

В отличие от применяемого международного стандарта в настоящий стандарт не включены ссылки на МЭК 60050-191:1990 «Международный электротехнический словарь. Глава 191. Надежность и качество услуг», которые нецелесообразно приводить в национальном стандарте из-за отсутствия принятого гармонизированного национального стандарта. В соответствии с этим изменено содержание раздела 3. Кроме того, в стандарт включено дополнительное приложение С, содержащее перечень используемых сокращений на английском языке. Ссылки на национальные стандарты и дополнительное приложение С выделены курсивом.

1 Область применения

— выполнения необходимых этапов анализа;

— идентификации соответствующих терминов, предположений, показателей критичности, видов отказов;

— определения основных принципов анализа;

— использования примеров необходимых технологических карт или других табличных форм.

Все приведенные в настоящем стандарте общие требования 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)

3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1 объект (item): Любая часть, элемент, устройство, подсистема, функциональная единица, аппаратура или система, которую можно рассматривать самостоятельно.

1 Объект может состоять из технических средств, программных средств или их сочетания и может также, в частных случаях, включать в себя технический персонал.

2 Ряд объектов, например их совокупность или выборка, может быть рассмотрен как объект.

3 Процесс также может быть рассмотрен как объект, который выполняет заданную функцию и для которого проводят FMEA или FMECA. Обычно FMEA аппаратных средств не распространяется на людей и их взаимодействие с аппаратными средствами или программным обеспечением, в то время как FMEA процесса обычно включает в себя анализ действий людей.

3.2 отказ (failure): Утрата объектом способности выполнять требуемую функцию*.

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 Основные положения

Анализ видов и последствий отказов (FMEA) является методом систематического анализа системы для идентификации видов потенциальных отказов, их причин и последствий, а также влияния отказов на функционирование системы (системы в целом или ее компонентов и процессов). Термин «система» использован для описания аппаратных средств, программного обеспечения (с их взаимодействием) или процесса. Рекомендуется проводить анализ на ранних стадиях разработки, когда устранение или сокращение последствий и количества видов отказов является экономически наиболее эффективным. Анализ может быть начат, как только система может быть представлена в виде функциональной блок-схемы с указанием ее элементов.

Выбор времени проведения FMEA очень важен. Если анализ был выполнен на достаточно ранних этапах разработки системы, то введение изменений при проектировании для исключения недостатков, обнаруженных при проведении FMEA, является экономически более эффективным. Поэтому важно, чтобы цели и задачи FMEA были описаны в плане и графике процесса разработки. Таким образом, FMEA является итеративным процессом, выполняемым одновременно с процессом проектирования.

В целом FМЕА является результатом работы команды, состоящей из квалифицированных специалистов, способных признать и оценить значимость и последствия различных типов потенциальных несоответствий конструкции и процессов, которые могут привести к отказам продукции. Работа в команде стимулирует процесс мышления и гарантирует необходимое качество экспертизы.

FMEA представляет собой метод, позволяющий идентифицировать тяжесть последствий видов потенциальных отказов и обеспечить меры по снижению риска. В некоторых случаях FMEA также включает в себя оценку вероятности возникновения видов отказов. Это расширяет анализ.

До применения FMEA необходимо провести иерархическую декомпозицию системы (аппаратных средств с программным обеспечением или процесса) на основные элементы. Полезно использовать простые блок-схемы, иллюстрирующие декомпозицию (см. ГОСТ Р 51901.14). Анализ при этом начинают с элементов самого нижнего уровня системы. Последствие отказа на нижнем уровне может стать причиной отказа объекта на более высоком уровне. Анализ проводят снизу вверх по восходящей схеме, пока не будут определены конечные последствия для системы в целом. Такой процесс показан на рисунке 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) повышение ремонтопригодности системы путем выявления областей риска или несоответствий применительно к ремонтопригодности.

Источник

Dfmea что это такое

Анализ видов и последствий (критичности, диагностируемости) отказов (FMEA / FMECA / FMEDA)

Методология FMEA, примеры

FMEA (Failure Mode and Effects Analysis) – это анализ видов и последствий отказов. Изначально разработанный и опубликованный военно-промышленным комплексом США (в форме стандарта MIL-STD-1629), анализ видов и последствий отказов является сегодня таким популярным, поскольку в некоторых отраслях промышленности разработаны и опубликованы специализированные стандарты, посвященные FMEA.

Несколько примеров таких стандартов:

Все стандарты анализа видов и последствий отказов (опубликованные или развившиеся исторически), в целом, очень схожи между собой. Приведённое ниже общее описание даёт общее представление о FMEA как методологии. Оно намеренно выполнено на не слишком глубоком уровне и охватывает большинство используемых в настоящее время подходов к FMEA.

Прежде всего, должны быть чётко определены границы анализируемой системы. Система может представлять собой техническое устройство, процесс или что угодно ещё, подлежащее FME-анализу.

Далее идентифицируются виды возможных отказов, их последствия и возможные причины возникновения. В зависимости от размера, природы и сложности системы определение видов возможных отказов может быть выполнено для всей системы в целом или для каждой её подсистемы индивидуально. В последнем случае последствия отказов на уровне подсистемы будут проявляться, как виды отказов на уровень выше. Идентификация видов и последствий отказов должна быть выполнена методом «снизу-вверх», до достижения верхнего уровня системы. Для характеристики видов и последствий отказов, определённых на верхнем уровне системы, используются такие параметры, как интенсивность, критичность отказов, вероятность возникновения и т.п. Эти параметры могут быть или рассчитаны «снизу-вверх» с нижних уровней системы, или явно заданы на её верхнем уровне. Эти параметры могут носить как количественный, так и качественный характер. В результате для каждого элемента системы верхнего уровня рассчитывается своя уникальная мера, вычисляемая из этих параметров по соответствующему алгоритму. В большинстве случаев эту меру называют «коэффициентом приоритетности риска», «критичностью», «уровнем риска» или другим подобным образом. Способы использования такой меры и методики её вычисления могут быть уникальными в каждом конкретном случае и являются хорошей отправной точкой для того, чтобы многообразие современных подходов к проведению анализа видов и последствий отказов (FMEA).

Пример применения FMEA в ВПК

Аббревиатура FMECA (Failure Mode, Effects and Criticality Analysis) обозначает «Анализ видов, последствий и критичности отказов».

Основными показателями, используемыми для расчета значения Критичности, являются:

Таким образом, очевидно, что параметр критичности имеет реальное точное значение для каждой конкретной системы (или её компонента).

Существует достаточно широкий спектр доступных каталогов (библиотек), содержащих вероятности отказов разных видов для различных электронных компонентов:

Дескриптор библиотеки по конкретному компоненту, в общем случае, выглядит следующим образом:

Поскольку для расчета параметра критичности отказа необходимо знать значения показателя интенсивности отказов, в военно-промышленном комплексе перед применением методологии FME[C]A выполняют расчет наработок на отказ по методике MTBF, результаты которого и использует FME[C]A. Для элементов системы, показатель критичности отказа которых превышает установленные требованиями безопасности допуски, должен проводиться также соответствующий Анализ дерева отказов (FTA, Fault Tree Analysis). В большинстве случаев анализ видов, последствий и критичности отказов (FMEA) для потребностей ВПК выполняется одним специалистом (являющимся экспертом по проектированию электронных схем или специалистом по контролю их качества) или очень небольшой группой таких специалистов.

FMEA в автомобилестроении

Для каждого Коэффициента (или Числа) приоритетности риска (Risk Priority Number, RPN) отказа, превышающего предопределенный уровень (часто равный 60 или 125), определяются и проводятся корректирующие действия. Как правило, определяются ответственные за реализацию таких мер, сроки их реализации и способ последующей демонстрации эффективности предпринятых корректирующих действий. После выполнения корректирующих мероприятий проводятся повторная переоценка значения Коэффициента приоритетности риска отказа и его сопоставление с предельной установленной величиной.

Основными показателями, используемыми для расчета значения Коэффициента приоритетности риска, являются:

В большинстве случаев Коэффициент приоритетности риска выводится на базе значений указанных выше трех показателей (безразмерные значения которых лежат в границах от 1 до 10), т.е. является расчётной величиной, изменяющейся в подобных же границах. Однако, в случаях наличия фактических (ретроспективных) точных значений интенсивности возникновения отказов для конкретной системы, границы нахождения Коэффициента приоритетности риска могут быть многократно расширены, например:

В большинстве случаев анализ по методологии FMEA в автомобильной промышленности осуществляется внутренней рабочей группой представителей разных подразделений (НИОКР, производственных, сервисных, контроля качества).

Особенности методик анализа FMEA, FMECA и FMEDA

Методы анализа надёжности FMEA (анализ видов и последствий отказов), FMECA (анализ видов, последствий и критичности отказов) и FMEDA (анализ видов, последствий и диагностируемости отказов), хотя и имеют много общего, содержат несколько заметных различий

а целью FMEDA является вычисление частоты (интенсивности) отказов (failure rate) конечной системы, в качестве которой может рассматриваться устройство или группа устройств, выполняющая более сложную функцию. Методология анализа видов, последствий и диагностируемости отказов FMEDA была сначала разработана для анализа электронных устройств, а впоследствии распространена на механические и электромеханические системы.

Общие понятия и подходы FMEA, FMECA и FMEDA

FMEA, FMECA и FMEDA используют общие базовые понятия компонентов, устройств и их компоновки (взаимодействия). Функция противоаварийной защиты (Safety Instrumented Function, SIF) состоит из нескольких устройств, которые должны обеспечить выполнение необходимой операции по защите машины, оборудования или технологического процесса от последствий опасности, сбоя. Примерами устройств ПАЗ могут служить преобразователь, изолятор, контактная группа и т.п.

Каждое устройство состоит из компонентов. Например, преобразователь может состоять из таких компонентов, как прокладки, болты, мембрана, электронная схема и т.д.

Базовая методология, лежащая в основе FMEA, FMECA и FMEDA, может применяться до или во время проектирования, производства или окончательного монтажа конечной системы. Базовая методология рассматривает и анализирует виды отказов каждого компонента, являющегося частью каждого устройства, для оценки шанса отказа всех компонентов.

Входные данные, результаты и оценки результатов выполнения FMEA, FMECA, FМEDA схематично показаны на картинке (справа). Увеличить картинку.

Общий подход определяет следующие основные шаги FME-анализа:

Для каждого простого устройства разрабатывается таблица FME, которая затем применяется каждого определённого сценария выполнения анализа. Структура таблицы FME может варьироваться для FMEA, FMECA или FMEDA, а также в зависимости от природы конечной анализируемой системы.

Результатом выполнения анализа видов и последствий отказов является отчет, содержащий все выверенные (при необходимости, скорректированные рабочей группой экспертов) FME-таблицы и выводы / суждения / решения, касающиеся конечной системы. Если после выполнения FME-анализа конечная система модифицируется, процедуру FMEA необходимо выполнить повторно.

Различия оценок и результатов FME-, FMEC- и FMED-анализа

Хотя основные шаги при выполнении FME-анализа, в целом, одинаковы для FMEA, FMECA и FMEDA, оценка и результаты различаются.

Результаты выполнения анализа FMECA включают результаты FMEA, а также ранжирование всех видов и последствий отказов. Это ранжирование используется для определения компонентов (или устройств) с более высокой степенью влияния на надёжность конечной (целевой) системы, характеризуемую такими показателями безопасности, таких как средняя вероятность отказа по требованию (PFDavg), средняя опасная частота отказа (PFHavg). ), среднее время наработки на отказ (MTTFs) или среднее время до опасного отказа (MTTFd).

Результаты FMECA могут использоваться для качественной или количественной оценки, и в обоих случаях они должны быть представлены матрицей критичности конечной системы, показывающей в графическом виде, какие компоненты (или устройства) оказывают большее / меньшее влияние на надежность конечной (целевой) системы.

FMEDA предоставляет количественные оценки таких показателей надежности, как:

Источник