Escolar Documentos
Profissional Documentos
Cultura Documentos
Apostilafmea PDF
Apostilafmea PDF
Professores:
So Leopoldo
2010
FMEA
O que e para que serve
A sigla FMEA o acrnimo de Failure Mode and Effect Analysis, em portugus
Anlise de Modo e Efeito de Falha Potencial. Uma FMEA pode ser descrita como um grupo
sistemtico de atividades com o objetivo de (a) reconhecer e avaliar falhas que podem acontecer
em um produto ou processo, seus efeitos e suas causas; (b) identificar aes que possam eliminar
ou reduzir a chance da falha potencial ocorrer e (c) documentar o processo.
Histrico
A primeira metodologia para anlise de falhas e equipamentos foi empregada pelo
Exrcito Americano, em 1949. Nos anos 60 a indstria aeroespacial (especialmente a NASA)
implementou este controle para anlise e minimizao de riscos em suas misses espaciais.
Em 1994 a SAE (Society of Automotive Engineers) publicou a norma SAE J1739, que
define a forma como a FMEA deve ser realizada. A FMEA foi disseminada na indstria
automotiva com o surgimento da QS9000, criada pela Ford, GM e Chrysler. Em 2006 a QS9000
foi substituda pela ISO TS 16949, o que tornou a FMEA passvel de auditoria.
Princpios Fundamentais
A FMEA se apia em 5 princpios fundamentais:
1) Apoio da Gerncia
2) Abordagem de equipe (no deve existir FMEA de um homem s, a FMEA deve
sempre ser realizada em reunio por um grupo que contemple diferentes reas da
empresa, como produo, engenharia, compras..)
3) Relao de causa e efeito
4) Definio de cliente
5) FMEA como ferramenta viva: melhoria contnua
O FMEA deve ser realizado por uma equipe multifuncional. Nas reunies de criao ou
modificao devem estar presentes funcionrios da engenharia de produto, qualidade, produo
(operadores das mquinas) e direo, pois cada rea da empresa possui algumas das informaes
necessrias para a criao do FMEA . Reclamaes de clientes, novos problemas de produo ou
de qualidade e novos processos devem ser realimentados no documento, criando novas verses.
A idia que essas reunies de FMEA sejam frequentes, possibilitando tanto a criao de
novas FMEAs como a reviso e modificao peridica das existentes.
Tipos de FMEA
Existem dois tipos bsicos de FMEA: de projeto (Design FMEA = DFMEA) e de
processo (Process FMEA = PFMEA). Cada um deles tem uma funo em diferentes entradas. A
DFMEA identifica potenciais modos de falha supondo que a fabricao atenda os requisitos de
projeto (pea conforme), e tem como entradas:
Revises de projeto
Requisitos de aplicao final
Testes em prottipos
Histricos de falhas de produtos similares
Etc
A PFMEA identifica potenciais modos de falha supondo que o projeto atenda a aplicao
final (projeto correto), e tem como entradas:
DFMEA
Fluxo de processo
Histrico de falhas na produo
Caractersticas especiais
Etc
Para cada modo de falha encontrado, deve-se relacionar as possveis causas para a sua
ocorrncia e os possveis efeitos para o cliente. Neste ponto necessrio ter a compreenso de
quais so os clientes envolvidos. O cliente externo quem vai utilizar o produto (o motorista do
carro se o FMEA de um cilindro de freio, por exemplo). Como clientes internos temos as
prximas operaes do fluxograma de processo. Se uma pea forjada, um cliente interno da
serra que corta o batoque ser a prensa que realiza o forjamento. Outros clientes internos muito
comuns so as operaes de montagem.
Os controles de preveno atuam nas causas do modo de falha. Uma possvel causa
para o aumento de rugosidade do exemplo anterior pode ser a vibrao decorrente do desgaste
da ferramenta de corte. Neste caso, poderia ser implementado um controle de vida til da
ferramenta como controle de preveno.
Exemplo desta primeira etapa de PFMEA concluda, cuja operao fazer chimarro:
2 etapa do FMEA: PRIORIZAR OS RISCOS
Aps identificar os modos de falha, efeitos, causas e controles de preveno e de
deteco deve-se definir a severidade, a ocorrncia e a deteco. Para isso so utilizadas as
tabelas encontradas no final dessa apostila.
Aps serem definidos os valores de NPR devem ser tomadas aes para eliminar ou
minimizar os riscos. Os NPRs mais altos devem ser atacados, de forma a reduzir severidade,
ocorrncia ou deteco, na seguinte ordem:
1 Reduzir Severidade (S) Modificar o projeto para minimizar ou eliminar o efeito de falha
2 Reduzir Ocorrncia (O) Atuar sobre a causa raiz, eliminando ou reduzindo a causa
3 Reduzir Deteco (D) Melhorar os controles de deteco (mais inspeo)
Tambm devem ser objeto de anlises os modos de falha com severidade 9 e 10.
Estes so fortes candidatos para aes de melhoria.
Avaliao de Severidade
Avaliao de Ocorrncia
Avaliao de Deteco
Avaliao de Severidade
Avaliao de Ocorrncia
Avaliao de Deteco