Анализ видов и последствий отказов
 Скачать 1.94 Mb.
|
|
Для больших или сложных систем (например, железная дорога) может потребоваться разделить систему на подсистемы (например, подвижной состав, система сигнализации, диспетчерский пункт), для каждой из которых FMEA выполняют отдельно. Деление системы может соответствовать физиче- ским или функциональным границам и может зависеть от договорных требований или организационных факторов. Деление системы должно быть выполнено так. чтобы объем каждого FMEA был управляе- мым и каждый FMEA был логически связан со всеми другими, что позволяет учесть влияние подсистем друг на друга и на систему в целом. Особое внимание следует уделять интерфейсам1) между подсисте- мами. Границы подсистем должны быть четко установлены. ’> Интерфейс — совокупность средств. методов и правил, обеспечивающих взаимодействие. Определение уровня применения и подхода FMEA FMEA может быть применен на всех уровнях иерархии объекта или процесса (таблица 1). Ва- рианты выполнения FMEA могут быть различными в зависимости от цели и стадии жизненного цикла. В приложении А приведены общее руководство и примеры FMEA. Пример — На ранних стадиях разработки объекта FMEA может быть применен к верхним или средним уровням иерархии объекта, при этом причины отказов рассматривают как отказы элемен- тов на следующем, более низком уровне. На более поздних этапах разработки объекта рассматрива- ют элементы самоао низкого уровня иерархии, соответствующего целям анализа. Идентифицируют все виды отказов, связанные с такими элементами, и их влияние на следующий, более высокий уро- вень. FMEA всегда определяет влияние видов отказов на высший уровень иерархии в пределах области применения анализа. Определение границ объекта анализа Границы, взаимосвязи, зависимости и интерфейсы между объектом, исследуемым FMEA, и други- ми частями системы, включая интерфейсы с человеком, должны быть определены. Определение гра- ниц должно включать входы и выходы объекта или процесса и четко устанавливать, какие интерфейсы относятся к области определения анализа, а какие нет. Границы объекта зависят от условий и могут зависеть от таких факторов, как конструкция или предполагаемое использование. Может возникнуть необходимость в явном размещении объектов или этапов процесса за границами исследований для сокращения объема FMEA или потому, что детальные знания о границах не могут быть получены. По возможности следует определять границы объектов в каждом FMEA для облегчения выполне- ния анализа и объединения с другими соответствующими исследованиями. 8 некоторых случаях полез- но определить границы объекта с функциональной точки зрения, чтобы ограничить количество связей с другими объектами или процессами вне анализа. Это часто имеет место, если объект или процесс является функционально сложным с множеством взаимосвязей внутри и/или вне границ. Определение используемых сценариев При выполнении FMEA его всегда необходимо рассматривать в условиях одного или нескольких установленных сценариев использования объекта. Используемые сценарии, к которым должен быть применен FMEA. необходимо определить в соответствии с целями анализа и достаточно подробно опи- сать для облегчения идентификации всех соответствующих отказов. Сценарии могут включать опреде- ленные состояния вне установленных нормальных условий использования объекта. Пример — Сценарии при анализе оборудования могут иметь вид «нормальная работа» или «хране- ние». при анализе процесса — «ночная смена» или «экстренное реагирование». Описание сценария обычно включает в себя физические условия окружающей среды, такие как внешние условия в сочетании с условиями, создаваемыми другими объектами или действиями в непо- средственной близости от исследуемого объекта. Другие соответствующие факторы включают в себя организационные ограничения, такие как уровни компетентности персонала, физические или психоло- гические стрессы, которые могут влиять на поведение человека. Все внутренние и внешние факторы, которые могут повлиять на виды и последствия отказов, должны быть установлены так. чтобы они могли быть рассмотрены при анализе. Должен быть установлен контрольный журнал для документов, используемых при определении сценариев. .2.4 Определение критериев принятия решений для обработки видов отказов Критерии для определения того, по каким видам отказов необходима обработка, и приоритеты действий должны быть определены до проведения анализа. Эти критерии должны учитывать цели ана- лиза. все юридические или договорные требования и мнения заинтересованных сторон относительно того, что является приемлемым. Критерии должны обеспечивать последовательный и обоснованный выбор режимов отказов, по которым необходима обработка. Кроме того, критерии должны указывать, когда рекомендованная обработка является достаточной. Критерии принятия решений относительно от- казов. по которым необходима обработка, должны быть утверждены и одобрены руководством проекта. Виды последствий, относящихся к анализу, должны быть определены (например, последствия, связанные с экономическими воздействиями, физическим ущербом, психологическими травмами или нематериальными последствиями, такими как потеря репутации). Критерии принятия решений зависят от области применения FMEA и должны регулярно пересма- триваться. например, с учетом опыта эксплуатации. Обработка видов отказов может быть рекомендо- вана как часть FMEA или как часть последующих действий. Решение о необходимости обработки видов отказов и приоритеты обработки обычно учитывают значимость воздействия отказа на цели и функции системы в целом, а также относительные преимуще- ства вариантов обработки и затраты на их выполнение. некоторых случаях может быть выполнен формальный анализ критичности, когда каждому виду отказа присваивают ранг критичности. Критерии определения критичности включают в себя: значимость влияния отказа на цели и функции системы или высший уровень, относящийся к предмету анализа; вероятность того, что отказ может возникнуть и привести к последствиям указанной значимости; возможность своевременного обнаружения отказа для смягчения или предотвращения его по- следствий. Значимость и вероятность отказа или значимость, вероятность и обнаруживаемость отказа мо- гут быть объединены для определения меры критичности. Это может быть сделано с использованием матрицы, графика или значений приоритетности риска (RPN). Не существует единого универсального метода анализа критичности. В приложении В приведено два наиболее распространенных метода. Они могут быть использованы без изменений или адаптированы к условиям организации. Примечание 1 — Метод, используемый для анализа критичности, может варьироваться в зависимости от особенностей проекта, даже в пределах одной организации, хотя предпочтителен последовательный подход к анализу критичности. Анализ критичности особенно полезен, когда существуют ограничения на варианты обработки, связанные с затратами, техническими сложностями или ограничениями по времени. Анализ критичности может оказаться бесполезным, если необходимо выполнить обработку по всем выявленным видам отказов или если недостаточно информации для получения обоснованных оценок значений критичности. Кроме того, в некоторых случаях анализ критичности может быть неэф- фективным. Примечание 2 — Критичность можно рассматривать в соответствии с риском. Руководство по анализу риска приведено в ГОСТ Р ИСО/МЭК 31010. План FMEA должен включать детали критериев принятия решений и. если необходим анализ кри- тичности. метод определения критичности. Критерии принятия решений также должны быть подробно описаны в отчетах об FMEA. Определение требований к документации и записям Общие положения Целью является документирование в логической последовательности всей информации, исполь- зованной и разработанной в процессе FMEA. Таким образом, анализ и полученные по его результатам выводы и рекомендации должны быть понятными и однозначными. Документация FMEA должна обе- спечивать возможность проверки, четкую прослеживаемость и включать: описание способов использования результатов; обоснование решений, принятых на основе анализа; обоснование адаптации анализа, включая метод, используемый для оценки и ранжирования критичности; перечень источников информации, используемых при выполнении FMEA. с проверяемыми ссыл- ками на источники; свидетельства соответствия нормативным и договорным обязательствам. Результаты FMEA могут быть входными данными для других видов анализа или представлять со- бой отдельный отчет FMEA. Форма документации FMEA должна быть установлена при планировании FMEA. Форма отчета о результатах FMEA должна соответствовать стандартам и процедурам организации с учетом целей, сложности и объема FMEA. Документация, разрабатываемая при выполнении FMEA. может представ- лять собой комбинацию баз данных, электронных документов и отчетов на бумаге. Средства обеспече- ния прослеживаемости в таких разнородных средах должны быть определены. |