Escolar Documentos
Profissional Documentos
Cultura Documentos
2
Reduo do risco de falhas no projeto
Objetivos
Ajudar na avaliao do objetivo do projeto, incluindo requisitos
funcionais e projetos alternativos.
Avaliar o incio do projeto para a manufatura, montagem,
assistncia tcnica e requisitos de reciclagem.
Aumentar a probabilidade de que os modos de falhas potenciais,
e seus efeitos no sistema, tenham sido considerados no
processo de desenvolvimento e de projeto.
Fornecer informaes adicionais para auxiliar no planejamento,
atravs de um eficiente e completo projeto, desenvolvimento e
ensaios/anlises de validao.
Fornecer um formato de assuntos abertos, para recomendaes
e rastreamento de aes de reduo de riscos.
Fornecer referncia futura, para ajudar a conciliar as
preocupaes de campo, avaliaes de alteraes de projeto e
desenvolvimento de projetos avanados.
Aplicaes do FMEA de Projeto (DFMEA)
O DFMEA deve:
Ser iniciado antes da finalizao da concepo do
projeto;
Ser atualizado continuamente, sempre que houver Sistema
qualquer mudana, ou informao adicional;
Estar completo antes do projeto de produo ser
entregue;
Ser uma fonte de lies aprendidas, para interaes
de futuros projetos.
Subsistemas
A anlise realizada, subdividindo-se o produto em nveis
de complexidade, como: Sistemas completos, Sub-
sistemas, Sub-conjuntos e Componentes.
A anlise das partes menores feita, utilizando-se o
Diagrama de Blocos.
Subconjuntos
Componentes
Diagrama de blocos - Exemplo
M
Palheta Pra-brisa
Mecanismo de
movimentao M
M
Sistema de
acionamento
do motor
eltrico
Limite de anlise do FMEA
Ao se iniciar um DFMEA, a equipe designada para o trabalho deve, na forma de
consenso dessa equipe (vide figura):
Estabelecer o limite de anlise (onde comea e onde acaba)
Elaborar o Diagrama de Blocos
Definir o escopo a ser tratado
Consenso da
Equipe
Definio do
Limite de Anlise
Escopo a ser
do FMEA
Diagrama de
tratado
Blocos
Robustez
Robustez a habilidade de um produto atender as expectativas dos
clientes, considerando os fatores de rudo.
Problemas de falta de robustez so causados por fatores de rudo.
Fatores de rudo: so fatores no controlados, que interferem no
produto.
As relaes de robustez foram acrescentadas ao processo de FMEA,
para reduzir significativamente campanhas publicitrias (recall),
melhorar a imagem da empresa, diminuir os pedidos por garantia e
aumentar a satisfao do cliente.
Essas relaes provm, principalmente, do Diagrama P, que identifica
os fatores de rudo. Tais fatores precisam ser tratados, anteriormente,
para tornar o projeto insensvel aos rudos. Essa a essncia da
robustez.
de responsabilidade do engenheiro garantir que as relaes de
robustez sejam registradas, na documentao da engenharia.
Relaes de robustez
A previso de erros e a melhoria da robustez so esforos distintos, porm
complementares, para se evitar os modos de falha. Cada um apresenta seu prprio
foco e eficincia.
O fluxograma do prximo slide, ilustra o fluxo de informaes, que ocorre quando uma
equipe executa um FMEA.
As flechas que descem, representam o fluxo principal;
As que sobem, representam as lies aprendidas e o feedback;
A flecha que apresenta dois sentidos, representa a interface entre um FMEA e um
REDPEPR (Robustness Engineering Design Product Enhancement Process -
Projeto de Engenharia de Robustez e Processo de Melhoria do Produto).
Diagrama
de blocos
Matriz de
interface
Erro Problema de robustez
REDPEPR
FMEA
Diagrama P
Com campanha e
RCL
histrico de qualidade
RDM
Plano de verificao
do projeto (DVP)
Diagrama de blocos
Um produto pode ser descrito e analisado, em diferentes nveis de complexidade,
sendo que cada nvel pode ser descrito, fisicamente ou funcionalmente (os nveis de
complexidade do produto podem ser: produto ou sistema completo, sub-sistemas, sub-
conjuntos, peas ou componentes).
Sua construo objetiva dividir um sistema ou produto complexo, em partes menores
que, por sua vez, partes que podem ser melhor administradas.
A ferramenta oferece a oportunidade de analisarmos o relacionamento entre os
componentes principais de um sistema ou produto, indicando, tambm, os limites de
anlise para os trabalhos de DFMEA.
No seu desenvolvimento, deve-se:
Identificar os principais elementos do sistema, e desenh-los em caixas;
Organizar as caixas, e conect-las atravs de setas;
Desenhar os limites de anlise, ao redor dos componentes do sistema, que devem
ser considerados;
Identificar interferncias externas, de entrada e de sada, que cruzam os limites de
anlise.
Diagrama de blocos - Exemplo
Suporte
Carga Tampa
Ambiente
Mola Ponta
Ponta
Mola
Suporte Tampa
Carga
Diagrama de blocos - Exemplo
Manter o pra-
brisa limpo ou sem
gua
Armazenar gua
Retirar partculas
Movimentar a haste da palheta
de sujeira e a
gua do pra-brisa
Ao recomendada
Diagrama Outro exemplo
Subsistema de controle de
Substrato Cones Internos emisso do motor
Escapamento revestido e isolamento
Subsistema de componentes
Sistema de controle acstico
de motor Montagem do
catalisador Subsistema de escudos e
encaixes
Fundo de corpo
Sistema de enquadre e
Concha / Cone Suportes montagem
Fludos do veculo
Vedaes Sistema de suporte aos tubos
A/C condensado de escapamento
Resfriador do motor
Resfriador de
transmisso Ambiente:
Humano
leo do reservatrio Sal / lama / gua da estrada
de leo Umidade
Carga da estrada (vibrao)
Off road (destroos/pedra)
Temperatura ambiente
Matriz de Interface (sugestiva)
Ilustra relaes entre os sub-sistemas, montagens, sub-montagens e componentes,
dentro do objeto, bem como interfaces com os sistemas e ambientes vizinhos.
Ela identifica detalhes, como: tipos de interfaces, fora e importncia das interfaces e o
efeito potencial da interface.
uma ferramenta de robustez recomendada como entrada para o DFMEA, pois
identifica funes primrias e funes de interface, para anlise da funo do sistema
e/ou efeitos de sistemas, ambientes ou pessoas, para poder enxergar causas potenciais
e falhas de mecanismos.
Fornece, tambm, entrada para o Diagrama P (entrada e sada de fatores de rudo),
como veremos.
O no atendimento das interaes apontadas por essa Matriz, pode levar a problemas
de garantia e recall.
Nessa Matriz, toda interface, com impacto positivo ou negativo, deve ser verificada e,
em seguida, os impactos negativos so analisados para aes corretivas e/ou
preventivas. Quando completada ou revisada, anexe a Matriz de Interface ao FMEA.
Matriz de Interface - Exemplo
P E
Matriz de I M
interface
Suporte Carga Tampa Mola Ponta Ambiente
Interfaces
2 2 P: Toque fsico
Suporte
E: Transferncia de energia
I: Troca de informaes
M: Troca de materiais
2 2 0
Carga
Valores indicados
so os tipos de
2 2 2 interfaces:
Tampa
+2: interao
necessria para funo
+1: interao benfica,
2 2 mas no absolutamente
Mola necessria para a funo
0: interao no afeta a
funcionalidade
-1: interao causa
0 2 2 2 efeitos negativos, mas
Ponta no atrapalha a
funcionalidade
-2: interao deve ser
Ambiente 2 2 prevenida para atingir a
funcionalidade
Diagrama P - Parmetros (sugestivo)
Ferramenta estruturada, recomendada para identificar entradas (sinais) e sadas
(funes intencionais), para o assunto investigado. Descreve, pois, fatores de rudo,
fatores de controle, funo ideal e estados de erro.
Uma vez que as entradas e sadas forem identificadas, para uma funo especfica, os
estados de erro so conhecidos.
Fatores de controle: so os meios para tornar mais robusta a funo do item.
Estado de erro: pode ser classificado em duas categorias:
Desvio da funo intencional ( igual aos modos de falha potenciais, no FMEA),
que pode ser:
Sem funo;
Funo parcial (incluindo funo degradada ao longo do tempo);
Funo intermitente;
Funo excessiva.
Sada no intencional do sistema (ex: vibraes do motor).
Resumindo, ele auxilia na identificao de: causas potenciais de falha, modos de
falha, efeitos potenciais das falhas, controles atuais, aes recomendadas.
Diagrama P - Exemplo
Fatores de rudo
Respostas ideais
Listar todos os fatores de rudo (no controlados):
- Variao pea a pea; Listar as respostas ideais,
baseadas nos sinais de
- Mudanas ao longo do tempo/milhagem (ex.: desgaste); entrada fornecidos.
- Uso pelo cliente; Expressar a entrada em
Entradas termos de engenharia).
- Ambiente externo (ex.: tipo de estrada, clima); O sinal deve ser
Listar os sinais exigidos, para - Interao de sistemas, com componentes adjacentes. mensurvel.
cada funo (ex.: voltagem, Indicar (numerao) qual
torque). So hipteses funcionais sinal de entrada
que o item ir responder. exigido,para cada caso.
DVP
RCL
Diagrama P Estados de erro Testes de avaliao
Fatores
de rudo
Entradas Sadas
fatores de Rudo
estratgico dos
Gerenciamento
Fator
sinalizador Sistema Funo ideal
Fatores Modo de falha,
Estados de erro / de rudo para testar a
Fatores Modos de falha rastreabilidade
de controle
FMEA
Plano de Verificao do Projeto (DVP)
Testes descrevem o
modo de falha
Fatores de rudo so
incorporados nos
procedimentos de testes
DVP
Testes
representam o
perfil de uso Durao dos testes
representa a meta de
confiabilidade
FUNO
AES RECOMENDADAS
PARA
MODO DE
REDUO DO NPR
FALHA
CAUSAS (OCO) EFEITOS (SEV)
CONTROLE CONTROLE
PREVENTIVO DETECTIVO
Pode-se adicionar colunas (exemplo: separar item, funo e requisitos). Pode variar de
produto para produto, empresa e complexidade do projeto (a empresa estabelece o
formulrio mais adequado).
Definio de Item no DFMEA
O item expressa as peas ou interfaces, identificadas no diagrama P e nos blocos,
esquemas e desenhos, que foram conduzidos pela equipe.
A funo, expressa a atividade ou uso, para qual o item se destina.
A funo do item ou interface, deve estar no formato: Verbo no infinitivo +
Substantivo.
Recomendao: se o item ou interface tiver mais que uma funo, com diferentes
modos de falhas potenciais, essas funes devem ser listadas separadamente.
Incluir especificaes de desempenho, que so desejadas, e seus respectivos valores
para cada funo.
Definio de especificaes:
Incluir condies de operaes especiais, sempre mensurveis.
Recomendao: se a funo tiver mais que um requisito, com diferentes modos
potenciais de falhas, cada um dos requisitos e funes deve ser listado
separadamente.
Item, Funo, Requisito - Exemplo
Item Funo Requisito
Abordagem Funcional
Abordagem Fsica
Como a funo, no realizada?
Derivada da abordagem funcional.
Como a funo, realizada apenas
Deve ser considerada, quando do
parcialmente?
preenchimento do DFMEA.
Como a funo, realizada apenas de
Os modos de falhas so expressos em
vez em quando?
termos fsicos.
Como a funo, realizada de forma
Exemplos: achatado, amassado,
degrada?
trincado, entupido.
Como a funo, realizada de forma
exagerada?
Relao das abordagens, funcional e fsica
funo
modo de
falha
abordagem abordagem
causa fsica efeito
funcional
Dimenses incorretas
No injetar gua no
pra-brisa, no ponto Material inadequado
certo, para permitir No bombear a, gua, na presso adequada
uma retirada completa
da sujeira Rotao insuficiente
No armazenar gua
No manter o
pra-brisa limpo,
na rea de viso
do motorista
Considera:
Insatisfaes dos clientes (interno e externo)
Performance
Influncias sobre outros sistemas
Segurana
Normas governamentais
10 e 9
1
ndice de Severidade (S)
Efeito Critrio: Severidade do efeito - cliente Classif.
Falha em atender aos Modo de falha potencial afeta a segurana na operao do veculo e/ou envolve no- 10
requisitos de conformidade com a legislao governamental, sem aviso prvio.
segurana e legais
Modo de falha potencial afeta a segurana na operao do veculo e/ou envolve no- 9
conformidade com a legislao governamental, com aviso prvio.
Perda ou degradao
da funo primria Perda da funo primria (veculo inoperante, mas no afeta a operao segura do 8
veculo)
Degradao da funo primria (veculo operante, mas com nvel de desempenho 7
reduzido).
Perda ou degradao Perda da funo secundria (veculo operante, mas funes de conforto / convenincia 6
da funo secundria inoperantes)
Degradao da funo secundria (veculo operante, mas funes de conforto / 5
convenincia com nveis reduzidos de desempenho)
10
1
ndice de Ocorrncia (O) no DFMEA
Critrio: Ocorrncia da
Probabilidade Critrio: Ocorrncia da causa DFMEA (Vida do projeto/ causa DFMEA
Classificao
de falha confiabilidade do item / veculo (incidentes por itens/
veculos)
100 em 1000
Muito alta Nova tecnologia / novo projeto, sem histrico 10
1 em 10
A falha inevitvel com o novo projeto, aplicao ou 50 em 1000
9
modificao, nas condies de operao, ciclo obrigatrio. 1 em 20
A falha provvel com o novo projeto, aplicao ou 20 em 1000
Alta 8
modificao, nas condies de operao, ciclo obrigatrio. 1 em 50
A falha incerta com o novo projeto, aplicao ou modificao, 10 em 1000
7
nas condies de operao, ciclo obrigatrio. 1 em 100
Falhas freqentes associadas com projetos similares, ou em 2 em 1000
6
simulao e ensaio do projeto. 1 em 500
Falhas ocasionais associadas com projetos similares, ou em 0,5 em 1000
Moderada 5
simulao e ensaio do projeto. 1 em 2.000
Falhas isoladas associadas com projetos similares, ou em 0,1 em 1000
4
simulao e ensaio do projeto. 1 em 10.000
Somente falhas isoladas, associadas com projetos similares ou 0,01 em 1000
3
em simulao e ensaio do projeto. 1 em 100.000
Baixa
Nenhuma falha observada, associada com projetos similares 0,001 em 1000
2
ou em simulao e ensaio do projeto. 1 em 1.000.000
Falha eliminada
Muita baixa Falha eliminada atravs de controle preventivo. atravs de controle 1
preventivo
Controle Atual do Projeto no DFMEA
So formas de controle previstas, que devem atuar, sobre o
modo de falha e sobre as causas apontadas.
Asseguram a adequao do projeto, aos modos de falha ou
aos mecanismos em considerao.
Anlises virtuais Anlise do projeto / controle de deteco tem uma capacidade forte 2 Muito alta
correlatas de deteco. Anlise virtual (ex.: CAE, FEA, etc.) altamente
correlacionada com a condio atual, ou esperada de operao,
antes do congelamento do projeto.
Deteco no A causa da falha ou modo de falha no pode ocorrer, porque 1 Quase certa
aplicvel, preveno altamente preventivo, atravs das solues de projeto (exemplos:
da falha normas de projeto comprovadas, melhores prticas ou materiais
comuns, etc).
Nmero de Prioridade de Risco (NPR)
no DFMEA
o produto dos ndices de Severidade, Ocorrncia e Deteco.
Para seu clculo, utiliza-se o maior ndice de severidade, o ndice de ocorrncia e o
menor ndice de deteco.
Independentemente do NPR resultante, ateno especial deve ser dedicada, quando a
severidade elevada.
Quando a severidade 9 ou 10, imperativo que a equipe deve garantir que o risco
seja considerado, atravs dos controles de projeto existentes, ou aes recomendadas.
Para modos de falhas com severidade 8 a equipe deveria considerar as causas que
tenham as maiores ocorrncias ou deteces.
NPR = (S)
Severidade X
(O)
Ocorrncia X
(D)
Deteco
Nmero de Prioridade de Risco (NPR)
O uso de uma nota de corte de NPR, NO recomendao prtica para a
determinao da necessidade de aes.
Aplicando-a, assume-se que o NPR uma medida de relativo risco (no
freqente) e que as melhorias contnuas no so requeridas (so).
Se uma nota de corte de 100 for escolhida, por exemplo, veja o que poderia
ocorrer (a alternativa B seria escolhida, incorretamente!):
Item Severidade Ocorrncia Deteco NPR
A 9 2 5 90
B 7 4 4 112
Classificao no DFMEA:
2
1
2 Ocorrncia Causa
3 Deteco Controle
Follow up das aes
Pode ser realizado de diversas maneiras, como: