SAKURADA, Eduardo Yuji Et Al. As Técnicas de Análise Dos Modos de Falhas e Seus Efeitos e Análise Da Árvore de Falhas No Desenvolvimento e Na Avaliação de Produtos. 2001 PDF

Universidade Federal de Santa Catarina
Centro Tecnolgico
Programa de Ps-Graduao em Engenharia
Mecnica
As tcnicas de Anlise dos Modos de Falhas e

___ r
seus Efeitos e Anlise da Arvore de Falhas no

desenvolvimento e na avaliao de produtor
Dissertao submetida Universidade Federal de

Santa Catarina para a obteno do grau
de Mestre em Engenharia Mecnica
Eduardo Yuji Sakurada
Florianpolis, abril de 2001

AS TCNICAS DE ANLISE DOS MODOS DE FALHAS E SEUS EFEITOS E
A n l is e d a r v o r e d e F a l h a s n o d e s e n v o l v im e n t o e n a a v a l ia o
DE PRODUTOS
Eduardo Yuji Sakurada
E sta d is s e r t a o f o i ju l g a d a a d e q u a d a p a r a o b t e n o d o t t u l o d e
M estre em E n g e n h a r ia
E s p e c ia l id a d e E n g e n h a r ia M e c n ic a , rea de co ncentrao
P r o je t o de S is t e m a s M e c n ic o s , a pr o v a d a e m su a f o r m a f in a l pe l o
Program a de P s -G r a d u a o em E n g e n h a r ia M e c n ic a
Orientador
Coordenador do Curso
Banca Examinadora
Proi. r emaiiuu
j*1 n . jt ui cciuiii, u i . i^Dg.
Q /\ U v v \
Prof. Arcanjo Lenzi, Ph.D.
Aos meus pais que sempre estiveram
comigo ajudando a superar as dificuldades
encontradas no caminho.
AGRADECIMENTOS
Ao orientador e amigo Prof. Acires Dias pela compreenso, confiana e pacincia. Muito
obrigado.
Aos professores que participaram da banca pelas correes e observaes, que

colaboraram para a melhoria do trabalho.
Aos amigos do GRANTE - Juclio, Cludio, Fancello, Lauro, Galo, Sandro, Novotny,
Mrcio, Linhares, Raimundo, Alvino, Fabrcio.
amiga Giovana por ter ajudado a escrever o Abstract.
Aos amigos do NeDIP - Giovano, Juscelino, Valdeon, Dors, Leolima, Antnio Carlos
(ACPB), Romano, Roberto, Airton, Cristiano, Giovane, Tiago, Feca, Luciano.
Aos amigos que participaram nos estudos de caso: Vinad, Adriane, Guilherme,
Wanilson, ngelo e o Prof. Augusto Weis.
Ao pessoal da repblica - Noel, Andr, e principalmente, Tio por ter deixado ficar com
o quarto at o perodo da defesa da dissertao.
Aos amigos Ccero Mariano e Srgio Marquezi.
Aos meus irmos e irm.
Yutaka pela pacincia, confiana e carinho.
Ao Haru e a Elina por estarem sempre perto ajudando em tudo.
CAPES pelo apoio financeiro concedido para este trabalho.

NDICE
Capitulo 1 - Introduo
1 .1 Obj etivos e Contribuies...................................................................................................2
1.2 Metodologia de projeto para sistemas modulares..............................................................4
1.3 As ferramentas de anlise de falhas.............................. .................................................... 7
1.4 Contedo dos captulos....................................................................................................... 8
Captulo 2 - Mtodos para a anlise da confiabilidade em sistemas

2.1 Introduo.......................................................................................................................... 9
2.2 Equao para unio de eventos independentes e no mutuamente exclusivos................10
2.3 Mtodo da Probabilidade Condicional............................................................................ 11
2.4 Mtodo do Grupo de Corte.............................................................................................. 17
2.5 Mtodo do Grupo de Ligao . ..........................................................................................19
2.6 rvore de Eventos............................................................................................................22
2.7 Mtodo da Matriz Conexo............... ............................................................................. 28
2.7.1 Mtodo da eliminao de ns.............................................................................. 29
2.7.2 Mtodo da multiplicao da matriz............................................... .................... 31
2.8 Comentrios.....................................................................................................................32
Captulo 3 - Mtodos de Anlise da rvore de Falhas (FTA) e o Diagrama de Ishikawa

3.1 Introduo........................................................................................................................ 34
3.2 Diagrama de Ishikawa........................ .............................................................................34
3.3 O Mtodo da Anlise da rvore de Falhas - FTA .......................................................... 37
3.4 Estrutura bsica de uma rvore de falhas........................................................................38
3.4.1 Nvel hierrquico.................................................................................................. 39
3.4.2 Representao de portas lgicas.......................................................................... 39
3.4.3 Representao de eventos.................................................................................... 40
3.5 Exemplo de uma rvore de falhas................................................................................... 42
3.6 Procedimento para a construo da rvore de falhas....................................................... 44
3.7 FTA automatizados......................................................................................................... 45
3.8 Comentrios 45
Captulo 4 - FMEA - Anlise do Modo de Falha e seus Efeitos

4.1 Introduo........................................................................................................................47
4.2 Histrico........................................................................................................................... 47
4.3 reas de utilizao do FMEA atualmente....................................................................... 48
4.4 Definies........................................................................................................................49
4.5 O que o FMEA..............................................................................................................52
4.6 O que o FMECA............................................................................................................53
4.7 Como avana o FMEA/FMECA na anlise da falha....................................................... 60
4 .8 Quando iniciar um FME A/FMEC A ................................................................................ 62
4.9 Aplicaes do FMEA/FMECA........................................................................................64
4.10 A equipe participante do FMEA/FMECA....................................................................... 66
4.11 Procedimento geral para a execuo do FMEA/FMECA...... ......................................... 68
4.12 Resultados e benefcios obtidos com o FMEA/FMECA..............................................73
4.13 Comentrios.................................................................................................................... 74
Captulo 5 - Aplicao do FMEA e FTA na anlise e desenvolvimento de produtos

5.1 Introduo .....................................................................................................................75
5.2 Anlise dos modos de falhas e seus efeitos na bomba de engrenagens externas.............75
5.2.1 Anlise da bomba de engrenagens como um sistema.......................................... 78
5.2.1.1 Seleo dos componentes e descrio das funes............................. 78
5.2.1.2 Identificao dos modos de falha de cada componente e efeitos na
bomba de engrenagens.........................................................................79
5 .2 .1.3 Identificao das causas dos modos de falha.......................................81
5.2.1.4 Resultados obtidos e Comentrios...................................................... 82
5.2.2 Anlise da bomba de engrenagens como um componente de um sistema
hidrulico:............................................................................................................ 84
5.2.2.1 Seleo dos componentes e descrio das funes.............................. 85
5.2.2.2 Identificao dos modos de falha da bomba de engrenagens e efeitos no
sistema hidrulico....................................................................... 85
5.2.2.3 Identificao das causas dos modos de falha.......................................87
5.2.2.4 Resultados obtidos e Comentrios....................................................... 88
5.3 Anlise do modo de falha e seus efeitos no prottipo da transplantadora de mudas 89
5.3.1 Reunies do FMEA para anlise da transplantadora...........................................90
5.3.2 Estudo do modelo fsico e seleo dos principais itens e funes....................... 91
5.3.3 Identificao dos modos de falha e seus efeitos.................................................. 97
5.3.4 Seleo dos efeitos mais importantes e levantamento das causas dos modos de
falha.......................................:............................................................................. 99
5.3.5 Apresentao das possveis solues com base nos efeitos, modos e causas das
falhas.................................................................................................................. 100
5.3.6 Resultados obtidos e comentrios......................................................................101
5.4 Uso de rvores de falha para representar eventos de falha em sistemas hidrulicos com
vistas aquisio do conhecimento............................................................................... 103
5.4.1 O estudo do sistema hidrulico.......................................................................... 104
5.4.2 Ferramentas para a representao do conhecimento..........................................105
5.4.3 Resultados obtidos e comentrios...................................................................... 109
5.5 Comentrios finais......................................................................................................... 109
Captulo 6 - Concluses e recomendaes

6.1 Introduo......................................................................................................................112
6.2 Diagrama de Ishikawa................................................................................. ............ 113
6.3 FTA........................................................ ....................................................................... 115
6.4 FMEA............................................................................................................................116
6.5 Concluses............................... ......................................................................... ........... 117
6.6 Recomendaes............................................................................................................. 119
Referncias Bibliogrficas........................................................................................................ 120

Anexo 1 - Representao de portas lgicas e eventos para o FTA...........................................126
Anexo 2 - Construo da rvore de falhas a partir do mtodo do grupo de corte.....................128
Anexo 3 - Exemplos de formao de equipes de FMEA......................................................... 131
LISTA DE FIGURAS
Figura 1 .1 - Metodologia de projetos para sistemas modulares.................................................... 5

Figura 2.1 - Combinao da probabilidade de eventos, representado pelo diagrama de Venn. . . 1 1
Figura 2.2 - Eventos no-mutuamente exclusivos....................................................................... 12
Figura 2.3 - Probabilidade condicional com vrios eventos........................................................13
Figura 2.4 - Evento A dependente de dois eventos mutuamente exclusivos: Bs e B f................14
Figura 2.5 - Mtodo da probabilidade condicional......................................................................15
Figura 2.6 - Aplicao do mtodo do grupo de corte ao sistema tipo ponte............................... 17
Figura 2.7 - Configurao grupo de corte....................................................................... ............ 18
Figura 2.8 - Aplicao do mtodo do grupo de ligao ao sistema tipo ponte............................20
Figura 2.9 - Configurao grupo de ligao................................................................................ 20
Figura 2.10 - rvore de eventos.................................................................................................. 24
Figura 2.11 - rvore de eventos reduzida....................................................................................26
Figura 2 .1 2 - rvore de eventos reduzida................................................................................... 27
Figura 2 .1 3 - Estrutura tipo ponte com numerao de ns..........................................................29
Figura 3 .1 - Diagrama de Ishikawa comum..................... ........................................................... 35
Figura 3.2 - Diagrama de Ishikawa com os principais fatores que influenciam a quantidade de
terra em cana-de-acar................................................................................................................36
Figura 3.3 - Diagrama de Ishikawa secundrio........................................................................... 36
Figura 3.4 - Nvel hierrquico..................................................................................................... 39
Figura 3.5 - Eventos de entrada e sada em uma porta lgica..................................................... 40
Figura 3.6 - rvore de falhas de um compressor........................................................................ 43
Figura 4.1 - Indicativo de que o Modo de falha uma ao interna e efeito uma ao externa.. 51
Figura 4.2 - (1) ndices baseados nas causas. (2) ndices baseados nos modos de falha............ 54
Figura 4.3 - Formulrio FMECA adaptado da SAE....................................................................56
Figura 4.4 - Formulrio FMEA adaptado da SAE...................................................................... 60
Figura 4.5 - Anlise do tipo Boitom-up....................................................................................... 61
Figura 4.6 - Os custos comprometidos ao longo do desenvolvimento do produto..................... 63
Figura 4.7 - Relacionamento entre os vrios tipos de FMEAs....................................................64
Figura 4.8 - Categorias de FMEA............................................................................................... 65
Figura 4.9 - Indicativo de que a anlise dos modos de falha uma ao interna ao sistema..... 71
Figura 4.10 - Indicativo de que a pesquisa dos efeitos dos modos de falha uma ao externa ao
sistema...................................................................................................................... 71
Figura 5.1 - Bomba de engrenagens (externamente)................................................................... 76
Figura 5.2 - Bomba de engrenagens (internamente)................................................................... 76
Figura 5.3 - FTA para o efeito de topo vibrao......................................................................... 83
Figura 5.4 - Relao causas, modo de falha e efeitos..................................................................84
Figura 5.5 - Circuito hidrulico para movimentao de cilindro com duas velocidades............ 85
Figura 5.6 - Mquina transplantadora de mudas......................................................................... 89
Figura 5.7 - Mdulo "colocar muda no solo", desenvolvido por CARRAFA (2001)................. 93
Figura 5.8 - Figura esquemtica do mdulo da transplantadora de mudas................................. 93
Figura 5.9 - Incluso de uma placa de polmero para reduo das cargas dinmicas............... 102
Figura 5 .1 0 - Sistema hidrulico para controle do leme............................................................105
Figura 5.11 - Rede de inferncia utilizada para organizar o relacionamento entre as falhas.... 106
Figura 5.12 - FTA para a vlvula direcional......................................... ....................................107
Figura 6 .1 - Causas que tem influncia no efeito No conduz muda.................................... 114
Figura 6.2 - Causas que tem influncia no efeito Danifica a muda....................................... 114
Figura l(Anexo 2) - rvore de falhas a partir do sistema obtido pelo grupo de corte..............128
LISTA DE QUADROS
Quadro 2.1 - Grupos mnimos de corte...................................................................................... 17

Quadro 2.2 - Grupos mnimos de ligao................................................................................... 20
Quadro 2.3 - Matriz de conexo inicial da estrutura tipo ponte................................................. 29
Quadro 2.4 - Matriz de conexo reduzida.................................................................................. 30
Quadro 2.5 - Matriz de conexo final.........................................................................................30
Quadro 2.6 - Matriz M inicial..................................................................................................... 31
Quadro 2.7 - Matriz M 2 ..............................................................................................................31
Quadro 2.8 - Matriz M 3..............................................................................................................32
Quadro 3.1 - Portas lgicas E e OU .................................................................................... 40
Quadro 3.6-Representao de eventos.......................................................................................41
Quadro 3.11- Ilustrao do uso do smbolo transferncia ......................................................42
Quadro 4 .1 - Modo de falha com a abordagem funcional........................................................... 50
Quadro 4.2 - Modo de falha com a abordagem estrutural....................................... ................... 50
Quadro 4.3 - Probabilidade de ocorrncia........................................................ .........................55
Quadro 4.4 - Severidade dos efeitos...........................................................................................55
Quadro 4.5 - ndice de deteco das falhas................................................................................ 55
Quadro 4.10 - Procedimentos para o desenvolvimento do FMECA........................................... 68
Quadro 4.11- Categorias ou riscos para avaliar a gravidade da falha........................................ 72
Quadro 4.12 - Resultados e benefcios obtidos com o FMECA..................................................73
Quadro 5.1 - Lista dos componentes e suas funes................................................................... 79
Quadro 5.2 - Os componentes da bomba e seus modos de falhas..............................................80
Quadro 5.3 - Componentes, modos de falha e seus efeitos......................................................... 81
Quadro 5.4 - Componentes, modos de falha e causas................................................................. 82
Quadro 5.5 - Formulrio FMEA da bomba de engrenagens e do sistema hidrulico................. 86
Quadro 5.6 - Mdulos funcionais da transplantadora de mudas................................................. 91
Quadro 5.7 - Mudana dos nomes dos componentes.................................................................. 94
Quadro 5.8 - Mudanas da descrio das funes dos componentes.......................................... 95
Quadro 5.9 - Componentes da transplantadora de mudas.................................... ...................... 96
Quadro 5 .1 0 - Componentes, modos de falha e efeitos...............................................................97
Quadro 5 .1 2 - Princpio de soluo para as causas dos modos de falha................. ................101
Quadro 1 (Anexo 3) - Equipe de um FMEA de sistema:......................................................... 131
Quadro 2 (Anexo 3) - Equipe de um FMEA de projeto:...........................................................131
Quadro 3 (Anexo 3) - Equipe de um FMEA de processo:....................................................... 131
Quadro 4 (Anexo 3) - Equipe de um FMEA segundo:..............................................................131
LISTA DE SIGLAS E ABREVIATURAS
ABNT: Associao Brasileira de Normas Tcnicas.
APQP: Advanced Product Quality Planning - Planejamento de Qualidade de Produto Avanado.
Cpk: ndice de Capacidade de Processo.
EMC: Engenharia Mecnica.
FMEA: Failure Mode and Effects Analysis - Anlise do Modo de Falha e seus Efeitos.
FMECA: Failure Modes, Effects and Criticality Analysis - Anlise dos Modos de Falhas,
Efeitos e Criticalidade.
FTA: Fault Tree Analysis - Anlise da rvore de Falhas.
ISO 9000: Normas Internacionais de gesto da qualidade e garantia da qualidade.
ISO: International Standard Organization.
LASHIP: Laboratrio de Sistemas Hidrulicos & Pneumticos.
MIL-STD 1629A: Norma para o desenvolvimento do FMECA criada pelo Departamento Norte-
Americano de Defesa.
NASA: National Aeronautics and Space Administration - Administrao Nacional de

Aeronutica e Espao.
NeDIP: Ncleo de Desenvolvimento Integrado de Produtos.
NPR: Nmero de Prioridade de Risco.
OEM: Original Equipment Manufacturer - Montadoras.
QS-9000 Quality Standard. Conjunto de normas da qualidade usado pelas empresas

automotivas Chrysler, Ford e General Motors.
SAE: Society o f Automotive Engineers.
UFSC: Universidade Federal de Santa Catarina.

RESUMO
Este trabalho versa sobre algumas ferramentas de anlise de falhas, mais especificamente,
Anlise do Modo de Falha e seus Efeitos (FMEA) e Anlise da rvore de Falhas (FTA) que so
as mais utilizadas pelos engenheiros de confiabilidade. Embora seja possvel encontrar uma vasta
documentao (livros, artigos, handbooks), h muita dificuldade na implantao do FMEA e,
principalmente, no correlacionamento entre as informaes geradas pelo FMEA e FTA na
anlise e no desenvolvimento do produto.
O objetivo deste trabalho dissertar sobre o conhecimento acumulado e organiz-lo de
forma que possa facilitar a sua utilizao nas fases do ciclo de vida do produto: projeto e uso. No
primeiro caso, objetiva-se trabalhar ainda na fase de desenvolvimento de produto, quando se tem
o conceito do produto definido, ou seja, projeto conceituai, preliminar e detalhado, objetivando
eliminar as falhas ainda no projeto. No segundo caso, as ferramentas permitem obter um bom
conhecimento do produto que deve ser repassado para os clientes na forma de capacitao e no
planejamento da manuteno.
Com o uso dessas ferramentas, possvel dispor-se de informaes detalhadas, facilitando
o entendimento dos modos de falha e seus efeitos, e verificar o que possvel fazer e o que deve
ser feito para garantir pleno funcionamento do produto. Com isso tm-se reflexos nos aspectos
vinculados confiabilidade e mantenabilidade. So apresentados dois estudos de caso
relacionados ao uso do FMEA: o primeiro estudo uma aplicao sobre o projeto de uma
transplantadora de mudas na fase do projeto detalhado; e o segundo estudo outra aplicao
sobre um componente de um sistema hidrulico (uma bomba de engrenagens). E um estudo de
caso relacionado ao FTA apresentado com o objetivo de facilitar a comunicao entre o
engenheiro do conhecimento e o especialista.
Como concluso, foi verificado que as dificuldades na aplicao das ferramentas de
anlise de falhas ocorrem e so naturais. O maior ou menor grau dessas dificuldades varia de
acordo com o sistema que est sendo analisado porque as definies no se ajustam a todos os
casos.
ABSTRACT
This work presents some failure analysis tools, more specifically, Failure Mode and
Effects Analysis (FMEA) and Fault Tree Analysis (FTA), the most used tools by the reliabilitys
engineers. Although there are many references (books, papers, handbooks), it is difficult to
introduce FMEA and to correlate the information obtained from FTA with FMEA in the product
development and evaluation.
The aim of this work is explain and organize the accumulated knowledge, to make easy
the use of tools during product design and use. In the first case, the goal is to work during the
product development phase, when the product concepts are defined (conceptual design) and also
in the phases of preliminary and detailed design to eliminate the faults during the development
phase. In the second case, the tools allow to obtain a good knowledge of the product that should
be shared with customers by training and maintenance planning. It is possible to get detailed
knowledge by using these tools, making easy the understanding about the failure modes and their
effects, and verifying what is possible to do and what must be done to assure the complete
operation of the product. These will contemplate the related aspects to reliability and
maintainability. Two studies of case related to FMEA are presented: the first study is an
application in the design of a seedlings transplant machine and, the second study is an analysis of
a hydraulic system component, i.e., a gear pump. Finally, a study of case related to FTA was
done, that makes easy the communication between a knowledge engineer and an expert.
In conclusion, it was verified that the difficulties on applications of failure analysis tools
occur and they are normal. The degree of these difficulties varies according to the system that is
analyzed because the definitions dont adjust to all cases.
Captulo 1
introduo
A competitividade e as exigncias dos consumidores e de legislao tm feito com que as

empresas busquem a melhoria contnua de seus produtos, com reduo dos custos e melhora da
qualidade, objetivando alcanar a satisfao do cliente. Para garantir produtos com boa qualidade,
que atendam as necessidades do cliente, preciso que se estabelea um sistema de controle
eficiente. Existem vrios sistemas que podem ser usados: Simulaes numricas, ensaios
(acelerados, destrutivos), revises, CEP (Controle Estatstico do Processo), e mtodos de anlise
de componentes ou de sistemas.
Segundo SOUZA e POSSAMAI (2000), so necessrios investimentos expressivos para
obter qualidade e confiabilidade do produto. No entanto, a no qualidade e a no confiabilidade
normalmente resultam em custos muito maiores.
Um produto ou servio de qualidade aquele que atende perfeitamente, de forma
confivel, acessvel, segura e no tempo certo s necessidades do cliente (CAMPOS, 1992).
Confiabilidade a capacidade de um item desempenhar uma funo requerida sob
condies especificadas, durante um dado intervalo de tempo (DIAS, 1997).
Os sistemas de controle devem ser incorporados nas diferentes fases do desenvolvimento
do produto e devem ser utilizados para avaliar vrios aspectos do produto: resistncia,
confiabilidade, mantenabilidade, entre outros.
Mantenabilidade a capacidade de um item ser mantido ou recolocado em condies de
executar suas funes requeridas, sob condies de uso especificadas, quando a manuteno
executada sob condies determinadas e mediante procedimentos e meios prescritos (DIAS,
1997).
Segundo HAWKINS e WOOLLONS (1996), a confiabilidade vem se estabelecendo como
uma parte integrante do processo de projeto de sistemas complexos, em aplicaes de alto custo e
alto risco. As alteraes dos projetos em suas fases iniciais se do de uma maneira mais simples e
flexvel. Alm disso, a maior parte do custo final do produto ditada na fase de projeto.
Captulo 1 - Introduo 2
Este trabalho versa sobre algumas ferramentas relacionadas anlise de falhas: a Anlise
do Modo de Falha e seus Efeitos (FMEA), a Anlise da rvore de Falhas (FTA) e o Diagrama de
Ishikawa que visam obter uma maior confiabilidade e mantenabilidade nos produtos.
A capacidade de levantar as possveis falhas do produto utilizando as ferramentas de
anlise de falhas, permite interferir no projeto para gerar solues preventivas. Em decorrncia
disso, fica estabelecida a prpria mantenabilidade do produto, dado que se conhece os
mecanismos que levaram s falhas e aos efeitos proporcionados. A sntese dessa aplicao a
melhora da confiabilidade, e por sua vez, da disponibilidade, requisito fundamental para o sucesso
do produto.
Atravs do conhecimento do comportamento das falhas possvel escolher o tipo de
manuteno (corretiva, preventiva ou preditiva) mais adequado a cada tipo de falha. Na maioria
dos casos, desejvel atuar antes que a falha ocorra, pois, segundo ABDUR-NOUR (1998), o
custo de uma falha durante a operao do equipamento muito maior do que o custo para
substituio antecipada do componente.
As ferramentas de anlise de falhas podem ser utilizadas nas diferentes fases do projeto.
Neste trabalho no so discutidos os aspectos associados metodologia de projeto de produto.
Ser assumido como referncia, a metodologia de projeto que est sendo estudada e desenvolvida
no UFSC/EMC/NeDIP1 (BACK, 1983; BACK e FORCELLINI, 1998; OGLIARI, 1999;
MARIBONDO, 2000; FONSECA, 2000) e nela sero indicadas as possibilidades de uso do
FMEA e FTA para auxiliar o projetista a tomar as decises mais adequadas em cada fase do
projeto, objetivando garantir ao produto confiabilidade e mantenabilidade.
1.1 Objetivos e Contribuies
Embora seja possvel encontrar uma vasta documentao (livros, artigos, handbooks,
internet), h muita dificuldade na implantao do FMEA. O objetivo deste trabalho dissertar
sobre o conhecimento acumulado e organiz-lo de forma que possa facilitar a sua utilizao nos
processos da vida do produto: projeto e uso.
No primeiro caso, objetiva-se trabalhar ainda na fase de desenvolvimento de produto,
principalmente, quando se tem o conceito do produto definido e nas fases de projeto preliminar e
detalhado, objetivando eliminar as falhas no projeto.
1 UFSC/EMC/NeDIP: Universidade Federal de Santa Catarina - Departamento de Engenharia Mecnica - Ncleo

de Desenvolvimento Integrado de Produtos.
No segundo caso as ferramentas permitem proporcionar bom conhecimento do produto

que podem e devem ser repassados para os clientes na forma de programas de capacitao. Com
o uso destas ferramentas pode-se dispor de informaes detalhadas facilitando o entendimento
dos modos de falha, seus efeitos e o que pode e deve ser feito para garantir pleno funcionamento
do produto. Com isso tm-se reflexos nos aspectos vinculados a confiabilidade, mantenabilidade e
nos processos de manuteno.
Uma aplicao de FMEA feita sobre uma transplantadora de mudas e tambm sobre uma
bomba de engrenagem. Sendo assim, ser feita uma reviso bibliogrfica mostrando os pontos de
vista de vrios autores, cujas obras serviro para estabelecer a base do FMEA. Tendo a base bem
estabelecida, a sua aplicao nas diferentes fases do ciclo de vida do produto (projeto preliminar,
projeto detalhado, produo...) se tomar mais clara e simples.
O FTA e o diagrama de Ishikawa so ferramentas que trabalham com causas e efeitos de
falha, eventos estes que tambm esto presentes nos formulrios FMEA, mas representados de
outra maneira. apresentado um estudo utilizando o FTA, como uma ferramenta para a
representao do conhecimento, que facilita o processo de aquisio do conhecimento para definir
um sistema especialista. Sendo assim, este documento pretende mostrar como trabalhar de forma
integrada com estas trs ferramentas.
Os formulrios tradicionais so cansativos e pouco didticos, tornando-se enfadonhos
quanto anlise, na discusso de um grupo FMEA. O trabalho em conjunto com outras formas de
anlise, tem como objetivo tornar o material mais rico e amigvel.
Outro ponto importante foi o envolvimento de membros dos grupos de pesquisas
(UFSC/EMC/NEDIP e UFSC/EMC/LASHIP2), no sentido de utilizarem essas tcnicas de anlise
nas fases de desenvolvimento do produto e processo de fabricao.
No estudo preliminar efetuado para definir os objetivos, foi constatado que:
As ferramentas FMEA e FTA so largamente utilizadas pelas equipes de qualidade e
confiabilidade. Existe uma razo e deseja-se verificar o porqu de se trabalhar com as duas
ferramentas.
O diagrama de Ishikawa tem em sua estrutura causas e efeitos de falha. Deseja-se
verificar se o uso desta ferramenta, junto com o FMEA e FTA, traz benefcios significativos para
uma anlise de falhas.
2 UFSC/EMC/LASHIP: Universidade Federal de Santa Catarina - Departamento de Engenharia Mecnica -

Laboratrio de Sistemas Hidrulicos & Pneumticos.
Capitulo 1 - Introduo 4
Espera-se com o desenvolvimento deste trabalho, que o uso das ferramentas (FMEA,
FTA e diagrama de Ishikawa) tenha sido facilitado, permitindo que a sua utilizao traga os
benefcios propostos aos produtos desenvolvidos.
Hiptese: Se houver uma utilizao maior destas ferramentas, em aplicaes simples, mas
tecnicamente bem formuladas, ento poder ocorrer incorporao dessas aes no dia-a-dia de
projetistas, analistas, mantenabilistas e professores de projeto de produtos, facilitando e
ampliando o uso destas ferramentas.
1.2 Metodologia de projeto para sistemas modulares
As metodologias de projeto so procedimentos sistemticos que auxiliam o projetista

durante o desenvolvimento de produto. A Figura 1.1 apresenta a metodologia de projeto para
sistemas modulares com suas principais fases, desenvolvida por MARIBONDO (2000). Vale
salientar aqui que, as ferramentas de anlise de falhas podem ser aplicadas em metodologias mais
gerais, isto , no precisam ser aplicadas especificamente em metodologias de projetos para
sistemas modulares.
A proposio apresentada por MARIBONDO (2000) facilita a utilizao das ferramentas
de FMEA e FTA em funo do grau de detalhamento da metodologia. O autor foi profundo e
preciso na sistematizao do processo de projeto e nas definies.
A seguir apresentada, de forma sintetizada, uma descrio das fases do processo de
projeto adotado:
Proieto informacional
Entrada: Desejos e necessidades do solicitante do projeto.
1 - Pesquisar informaes sobre o tema de projeto
2 - Definir o problema de projeto
3 - Identificar os desejos e as necessidades dos clientes e usurios do sistema modular.
4 - Estabelecer os requisitos dos clientes do sistema modular.
5 - Estabelecer os requisitos de projeto para o sistema modular.
6 - Analisar, caso existam, os sistemas concorrentes.
7 - Hierarquizar os requisitos de projeto do sistema modular.
8 - Estabelecer as especificaes de projeto do sistema modular.
Sada: Especificaes de projeto do sistema modular.
Captulo 1 - Introduo
Banco de
dados
principal
do
processo
de projeto
Instrues todo o ciclo de

vida do produto (produo,
^ROJETO^^ alda' distribuio, uso,
manuteno, descarte)
Figura 1.1 - Metodologia de projetos para sistemas modulares (MARIBONDO, 2000).
Proieto Conceituai
Entrada: Especificaes de projeto do sistema modular.
1 - Estabelecer as estruturas funcionais do sistema modular.
2 - Estabelecer os mdulos funcionais do sistema modular.
3 - Selecionar a estrutura funcional que melhor atende o problema de projeto.
4 - Estabelecer os mdulos construtivos que melhor atendem o problema de projeto.
5 - Estabelecer as concepes de projeto que melhor atendem o problema de projeto.
Sada: Concepes de projeto do sistema modular.
Proieto Preliminar
Entrada: Concepes de projeto do sistema modular.
1 - Efetuar dimensionamentos.
2 - Selecionar materiais.
3 - Estabelecer formas preliminares de fabricao do sistema.
4 - Estabelecer formas preliminares de montagem do sistema.
5 - Estabelecer formas preliminares de testes do sistema.
6 - Estabelecer formas preliminares de transporte do sistema.
7 - Estabelecer formas preliminares de manuteno do sistema.
8 - Estabelecer formas preliminares de manuseio seguro para utilizao do sistema
modular.
9 - Estabelecer formas preliminares de reuso, reciclagem e disposio final do sistema.
10 - Estabelecer formas preliminares do projeto esttico do sistema.
11 - Adequar o sistema modular s normas.
12 - Otimizar o sistema.
13 - Calcular os custos preliminares do sistema modular.
Sada: Sistema modular otimizado.
Projeto detalhado do sistema.

Entrada: Sistema modular otimizado.
1 - Detalhar o sistema modular.
Desenhar os mdulos do sistema modular;
Desenhar os leiautes das combinaes do sistema modular;
Detalhar a lista dos componentes do sistema modular;.
2 - Calcular os custos do sistema modular.
Calcular os custos de pesquisa e desenvolvimento do sistema modular;
Calcular os custos de fabricao, montagem e testes do sistema modular;
Calcular os custos de operao e manuteno do sistema modular;
Calcular os custos de retirada e descarte do sistema modular.
3 - Revisar o projeto desenvolvido
Verificar se o sistema modular atende as especificaes de projeto estabelecidas;
Verificar se o sistema modular est adequado s fases do ciclo de vida e s normas.
Captulo ] - Introduo 7
Sada: Sistema modular detalhado.

Os documentos criados durante o desenvolvimento de um projeto so muito importantes
para as anlises de falhas. Devem ser registradas informaes como: funes (dos sistemas,
subsistemas e componentes), especificaes (projeto, fabricao, material, uso), desenhos,
fluxogramas, modelos confiabilsticos, entre outras informaes, as quais sero utilizadas na
anlise das falhas.
Observa-se que o foco voltado para sistema modular, foi do autor da metodologia. As
ferramentas FMEA e FTA foram desenvolvidas e adaptadas s necessidades que esto presentes
em produtos, projetos, servios ou sistemas, independente da metodologia de projeto em uso.
nessa viso geral que se pretende estar inserido, na medida que se vai dissertando sobre o tema
proposto.
1.3 As ferramentas de anlise de falhas
A Anlise da rvore de Falhas (FTA -F a u lt Tree Analysis) bastante utilizada na rea da

confiabilidade, junto Anlise do Modo de Falhas e seus Efeitos (FMEA - Failure Mode and
Ejfects Analysis). O FMEA utilizado para uma anlise local (Bottom up), onde se procura
determinar os modos de falha dos componentes, e de que maneira afetam os nveis superiores do
sistema (efeitos), e o FTA, ao contrrio do FMEA, usado para uma anlise global (Top dowri),
onde parte das provveis falhas do sistema (evento-topo) e chega-se nas falhas dos componentes.
Estas ferramentas permitem obter uma srie de outras informaes como: as causas, o grau de
criticalidade da falha, o ndice de ocorrncia, etc.
O Diagrama de Ishikawa uma ferramenta de anlise de falhas bastante conhecida na
indstria devido a sua simplicidade. A ferramenta relaciona as causas que podem influenciar num
dado efeito. Todas essas ferramentas podem ser utilizadas para projetos e reprojetos de produtos,
processos ou servios.
Os motivos que levam a estudar as ferramentas de anlise de falhas so:
FMEA uma ferramenta usada largamente na engenharia de confiabilidade;
Muitos trabalhos mostram como preencher os campos dos formulrios FMEA, mas
isto no garante que a ferramenta seja implantada com sucesso;
A falta de uma descrio mais detalhada nos procedimentos da FMEA e FTA dificulta
o uso das ferramentas.
H a necessidade de se ter, alm do conhecimento da ferramenta, o seu

correlacionamento com o processo de projeto. No est disponvel na literatura um
documento voltado para o ensino da ferramenta, ou que disserte sobre o processo
implementao de maneira detalhada, ou que justifique porque implementar um FME A
ou um FTA.
1.4 Contedo dos captulos
No captulo 2, sero apresentados vrios mtodos para a anlise da confiabilidade em

sistemas. Esses mtodos permitem calcular a confiabilidade de sistemas simples, isto , com
configurao srie/paralelo, e sistemas que apresentam configurao tipo ponte, chamados de
sistemas complexos.
Apesar do FTA permitir calcular a confiabilidade de sistema, ele ser apresentado
separadamente no captulo 3. Isto feito porque ele ser uma das ferramentas que junto com o
FME A, formam a estrutura fundamental para anlise da confiabilidade em produtos. Com o FTA
possvel trabalhar com os modos de falha, associar os eventos atravs de relaes causais, e
representar graficamente as relaes entre os eventos de falha. Por causa de suas caractersticas o
FTA e o Diagrama de Ishikawa sero abordados no mesmo captulo.
No Captulo 4 ser apresentada uma reviso bibliogrfica sobre o FMEA, tendo como
tpicos o histrico da origem da ferramenta, definies, descrio da equipe responsvel pelo
desenvolvimento, procedimentos, as aplicaes, relacionamentos com outros FMEAs e o
respectivo formulrio.
O captulo 5 apresenta dois estudos de caso usando o FMEA e um estudo envolvendo o
FTA. Durante os estudos de caso, so descritos aspectos importantes relacionados ao
desenvolvimento do FMEA/FTA.
No captulo 6 , apresenta-se as concluses e recomendaes para trabalhos futuros.
Captulo 2
Mtodos para a anlise da

confiabilidade em sistemas
2.1 Introduo
O objetivo dos mtodos de anlise de falhas agregar confiabilidade ao produto. O

FMEA/FMECA esto dentro desse contexto, s que o ponto de vista da anlise est sempre
voltado para o especfico, componente ou sistema, objetivando identificar os modos de falha.
Existe uma srie de mtodos que a partir das probabilidades de falha dos itens, possvel
obter a probabilidade de falha do sistema ou a no-confiabilidade do sistema. Para tanto, h que
conhecer os relacionamentos entre os componentes, que so responsveis pela execuo da
funo do sistema. Tendo a probabilidade de falha, pode-se, de outro modo, determinar a
confiabilidade, dado que:
R+Q= 1 (2-1)
onde R representa a confiabilidade do componente ou sistema e Q a no-confiabilidade ou

tambm chamada de probabilidade de falha.
importante considerar tambm o nvel de relacionamento entre os itens que constituem
um sistema. Neste captulo, sero apresentados os mtodos que empregam a teoria da
probabilidade de eventos, para o caso de eventos independentes e no mutuamente exclusivos,
ou relacionados com o sucesso ou com o fracasso do sistema analisado. Desta forma,
inicialmente, ser demonstrada a equao que ser empregada nos vrios mtodos para anlise
de confiabilidade em sistemas.
Os procedimentos geralmente usados para estimar a confiabilidade em sistemas, buscam
reduzi-los a um elemento simples equivalente, com confiabilidade igual ao do sistema completo.
Existem determinadas configuraes de sistemas que no podem ser representadas por
combinaes em srie e paralelo. Nestes casos preciso elaborar processos que considerem estas
excees no clculo da confiabilidade, normalmente, denominadas de combinaes complexas.
Neste captulo, apresentam-se as seguintes tcnicas:
Captulo 2 - Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas 10
Mtodo da Probabilidade Condicional;

Mtodo do Grupo de Corte;
Mtodo do Grupo de Ligao;
Mtodo da rvore de Eventos;
Mtodo da Matriz Conexo;
Mtodo da Eliminao dos ns;
Deve-se observar que se deseja com a apresentao destes mtodos, chamar a ateno,
principalmente, para a importncia condio de independncia de um determinado evento. Este
fato quando considerado sobre o modo de falha e controle sobre o mesmo, permite, com certeza,
projetar produtos mais robustos. Isto porque a preocupao para manter o modo de falha
independente, h de considerar que o efeito da falha no pode e no deve afetar os outros
componentes.
2.2 Equao para unio de eventos independentes e no mutuamente exclusivos
Para dissertar a respeito da teoria de combinao de eventos, sero utilizados os

Diagramas de Venn, com o objetivo de facilitar o entendimento das relaes entre os conjuntos.
O espao amostrai, ou espao das possibilidades ser denotado por S e representa o conjunto de
todos os resultados possveis de ocorrer em um experimento, sujeito s leis do acaso. Qualquer
subconjunto de um espao amostrai ser um evento, definindo determinado resultado.
A Figura 2.1 representa a combinao de 3 eventos independentes (Ti, T2 e T3), no-
mutuamente exclusivos. A probabilidade de ocorrncia dos eventos Ti, T2, T3, simultaneamente,
gerada pela unio dos eventos, processada da seguinte forma:
P{Tl vjT2Kj...Tn) = P(Tl +T2+...Tn) (2.2)
P{TX+ t 2 + r 3) = [P(7;) + P(T2) + p (t3y\

-[P (7, r^T2) + P(T2 n r 3) + ? (j; n 3)] (2.3)
+ P(7,1 n r 2 n r 3)
Generalizando a equao (2.3), tem-se:

Capitulo 2 - Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas 11
+T) = 'JP (T ,)-' ,P (T ,r,rl ) + . . . + ( - i r , J:(r 1 o r ! ...n r ) (2.4)

i= l i*j
sendo: n - nmero de eventos

P(Ti) - Probabilidade de ocorrncia do i-simo evento.
O primeiro termo da equao (2.4) representa a probabilidade dos eventos considerando-
os isoladamente. O segundo termo corresponde a probabilidade dos eventos combinados dois a
dois e assim por diante. Desta forma o ltimo termo representa a combinao de todos os eventos
que corresponde a interseo dos n eventos.
Figura 2.1 - Combinao da probabilidade de eventos, representado pelo diagrama de Venn.
2.3 Mtodo da Probabilidade Condicional
Esta abordagem consiste em reduzir seqencialmente o sistema complexo em

subsistemas mais simples com configurao tipo srie/paralelo e ento recombinar estes
subsistemas usando o mtodo da probabilidade condicional.
Inicialmente necessrio que se saiba o que so eventos condicionais. Eventos
condicionais so eventos em que a ocorrncia de um evento pode ser estimada atravs de um
outro, ou dos outros eventos. Por exemplo, considere dois eventos A e B, deseja-se saber qual a
probabilidade de A ocorrer, dado que B tenha ocorrido. Esta anlise pode ser descrita
matematicamente como P(A|B) no qual a barra vertical interpretada como DADO e a expresso
completa da probabilidade P(A|B) interpretada como a probabilidade condicional de A ocorrer
DADO que B tenha ocorrido.
Deve-se tomar cuidado para no confundir eventos condicionais com eventos
dependentes. Eventos dependentes so relacionados por uma ordem cronolgica, um
encadeamento, a ocorrncia de um leva ocorrncia do outro. Por exemplo, um evento A

desencadeia um evento B Isto significa que, para que B ocorra necessria a ocorrncia do
evento A, em um instante anterior. Neste caso, B um evento dependente do evento A.
Em outras palavras,
Eventos dependentes: Dado que o evento A ocorreu, ento com certeza o
evento B vai ocorrer. Ento se diz que o evento B dependente do evento A.
Eventos independentes1: Dado que o evento A ocorreu, oode ser que o evento
B ocorra ou no.
Na Figura 2.2, existe uma interseo entre os eventos, uma rea comum, representando
um caso de eventos no-mutuamente exclusivos. Para se ter eventos condicionais, necessrio
que haja na representao do diagrama de Venn uma interseco dos eventos.
A e B so eventos condicionais, mas isso no significa que a ocorrncia de um
evento automaticamente resultar na ocorrncia do outro. Como existe a interseo, partindo da
hiptese de que o evento B tenha ocorrido, existe uma probabilidade do evento A tambm
ocorrer.
Figura 2.2 - Eventos no-mutuamente exclusivos (BILLINTON e ALLAN, 1987).
O valor da probabilidade do evento A ocorrer, sabendo que o evento B j ocorreu, pode

ser deduzido partindo da anlise do diagrama de Venn, Figura 2.2. A rea escura da Figura 2.2
mostra a ocorrncia de A e B (interseo), e representada matematicamente como (A n B),
sendo que a probabilidade P(A|B) pode ser escrita como:
P(A|B) = Nmero de ocorrncias em A e B (interseo) p 5)

Nmero de ocorrncias em B
1 D ois eventos so estatisticamente independentes se a ocorrncia de um evento no afeta a probabilidade de

ocorrncia do outro (DIAS, 1997).
Captulo 2 - Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas
Similarmente, P(B) = e P(A n B ) =
Substituindo tem-se, P(A|B) = S . P (A n B)

S . P(B)
Simplificando a expresso resulta,
P(A|B) = p( 4 o P ) . (2.6)
P(B)
Similarmente para P(B|A) tem-se,
P(B|A) = P(A.O B) (2.7)

P(A)
Na Figura 2.3 tem-se uma generalizao da Figura 2.2, onde, vrios eventos BiS,
mutuamente exclusivos, esto presentes. O evento A um evento independente, mas no
mutuamente exclusivo em relao aos eventos B;s, porque faz interseo com todos os eventos
B,s.
Tendo a probabilidade de cada evento Bi e a probabilidade A em relao a cada Bi,
possvel determinar a probabilidade do evento A.
Figura 2.3 - Probabilidade condicional com vrios eventos (DIAS, 1997).
Partindo da equao (2.6) e isolando o termo P(A n B), pode-se reescrever,
P (A n B ) = P(A|B) . P(B)
O seguinte grupo de equaes pode ser deduzido para cada Bi

P ( A n B 1) = P(A|B1).P (B i)
P(A n B2) - P(A|Bj). P(B2)
P(A n Bn) = P(A|Bn) . P(Bn)

Capitulo 2 - R eviso Bibliogrfica: M todos p a ra a anlise da confiabilidade em sistemas 14
Escrevendo em forma de somatrio resulta:
P (A n B i) = P ( A |B j ) . P ( B i) ( 2 -8 )
(=1 i=l
O relacionamento entre os eventos pode ser visto da Figura 2.3, onde mostrado que o
somatrio de todas as intersees de Bi com A, gera o prprio evento A. Logo,
P(A) = X P(A|Bi). P(Bi) (2.9)

i=I
Se a ocorrncia de um evento genrico A for dependente somente de dois eventos

mutuamente exclusivos, sucesso (Bs) ou falha (Bf), ento a equao 2.9 pode ser escrita como:
P(A) = P(A|Bs).P(Bs) + P(A|Bf).P(Bf) (2-10>
A Figura 2.4 representa a equao (2.10) atravs do Diagrama de Venn.
Figura 2.4 - Evento A dependente de dois eventos mutuamente exclusivos: B s e Bf.
A determinao da probabilidade de sucesso de um evento est associado a

confiabilidade daquele evento, enquanto a estimativa da probabilidade de falha ou insucesso est
associado no-confiabilidade. Se o componente A dependente do componente B, ento a
anlise probabilstica do sistema composto por esses dois componentes deve contemplar a
ocorrncia dos dois eventos possveis e mutuamente exclusivos, chamado de sucesso ou falha
(insucesso). Reescrevendo a equao (2.10) para um sistema dependente de um componente B
tem-se:
P(sucesso do sistema) = P(sucesso do sistema dado que B b o m ).P ( B s)
(2.11)
+ P(sucesso do sistema dado que B ruim). P ( B f )
P(falha do sistema) P(falha do sistema dado que B b o m ) .P ( B s)

(2 .12)
+ P(falha do sistema dado q u eB ruim). P ( B f )
Com o desenvolvimento das equaes (2.11) e (2.12) possvel iniciar o estudo do

Mtodo da Probabilidade Condicional para fazer a anlise de confiabilidade de sistemas.
Inicialmente, deve-se selecionar o elemento x que ser considerado como bom e ruim. Para o
clculo da probabilidade faz-se uso das expresses (2.13) e (2.14), que derivaram das expresses
(2 . 1 1 ) e (2 . 12 ):
P(sucesso do sistema) = P(sucesso do sistema dado que o componente x, est bom). P(x, estar bom) + ^ 13)
P(sucesso do sistema dado que o componente x, est ruim). P(xi estar ruim)
P(falha do sistema) = P(falha do sistema dado que o componente x; est bom). P(x, estar bom) + (2.14)
P(falha do sistema dado que o componente Xi est ruim). P(x, estar ruim)
Em algumas aplicaes de engenharia, quer seja nos sistemas de produo, mquinas ou

subsistemas, depara-se com solues cuja relao de redundncia estabelecida por um item
que, na condio passiva ou ativa, exerce ao redundante especial. A Figura 2.5, exemplifica
uma destas situaes.
Figura 2.5 - Mtodo da probabilidade condicional (BILLINTON e ALLAN, 1987).

Captulo 2 Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas 16
Os dois subsistemas resultantes so mutuamente exclusivos, visto que eles no podem

existir simultaneamente, portanto, eles podem ser recombinados usando o princpio da
probabilidade condicional. Este mtodo tambm conhecido como Mtodo da Decomposio .
Depois de criar um grupo de subsistemas, no qual todos os subsistemas esto combinados
em srie e paralelo, os subsistemas podem ser avaliados usando os princpios de sistemas srie e
paralelo e a confiabilidade global do sistema pode ser avaliada usando a probabilidade
condicional.
Neste exemplo, a confiabilidade global do sistema ser:
Rst = Rsi (dado que e bom). Re + R S2 (dado que e ruim). Qe (2-15)
Condio: Dado que e bom
R s i= ( l- Q a .Q b ) .( l- Q c Q d ) <2 1 6 >
Condio: Dado que e ruim
R a = 1 - ( l - R , . R c ) . ( l - R b .R d ) <2 - 1 7 )
Portanto, a confiabilidade do sistema ser:
R st = [ ( l - Q a . Q b ) . ( l - Q c . Q d ) ] . R e + [ 1 - ( l - R a . R c ) . ( l - R b . R d ) ] . Q e ( 2 *1 8 >
onde,
R indica a confiabilidade e Q a no-confiabilidade ou a probabilidade acumulada de
falha. O ndice st refere-se ao sistema completo, s l e s2 refere-se ao sistema dado que e
bom e dado que e ruim, respectivamente e, finalmente, os ndices a, b, c, d e e
associam a confiabilidade ou no-confiabilidade a cada um dos itens que constituem o sistema.
A condicional uma ferramenta til para avaliao da confiabilidade e freqentemente
usada em muitas aplicaes. Pode-se perceber a dificuldade de programar um cdigo
computacional para uma soluo geral de redes devido dificuldade inerente de generalizar a
decomposio da rede.
Este mtodo evidencia o grau de importncia do item redundante intermedirio e. O
ganho de confiabilidade proporcionado pela colocao deste item no sistema pode ser avaliado e
confrontado com o investimento feito.
Captulo 2 - Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistem as 17
2.4 Mtodo do Grupo de Corte
O mtodo do grupo de corte (cut set) identifica os grupos de componentes num sistema,
conectados em srie, que proporcionam a falha do sistema, se ocorrer falha de um dos grupos do
sistema. Na prtica evidencia as redundncias existentes no sistema. Para que um grupo falhe,
necessrio que todos os elementos deste grupo falhe, pois todos os elementos do grupo esto
conectados em paralelo. Isto pode ser visto na Figura 2.6.
Os componentes de cada grupo so selecionados passando uma linha transversal ao
caminho que liga a entrada sada do sistema. Cada linha que corta transversalmente este
caminho da entrada sada forma um grupo de corte.
Pode-se calcular a probabilidade de falha de cada grupo de corte aplicando o princpio de
sistemas em paralelo.
Ci C4 C3 C2
Figura 2.6 - Aplicao do mtodo do grupo de corte ao sistema tipo ponte.
No sistema apresentado na Figura 2.6 foram identificados quatro grupos de corte. Estes
grupos esto apresentados no Quadro 2.1.
Quadro 2.1 - Grupos mnimos de corte (BILLENTON e ALLAN, 1987).
Nmero do grupo Componentes do

de mnimo corte grupo de corte
1 ab
2 cd
3 aed
4 ceb
O sistema apresentado na Figura 2.6 contm os grupos de corte Ci, C2, C3 e C4 e estes
esto conectados em srie como pode ser visto na Figura 2.7.
Ci c2 C3 c4
. Figura 2.7 - Configurao grupo de corte (BILLINTON e ALLAN, 1987).
Segundo BILLINTON e ALLAN (1987), o mtodo do grupo de corte tem a vantagem de

ser facilmente programado. Tem a vantagem de representar a estrutura de funcionamento, numa
condio tal que se pode avaliar a confiabilidade de cada grupo de corte, separadamente (DIAS,
1997).
Embora os grupos de corte estejam em srie, o conceito de sistema em srie no pode ser
aplicado porque um mesmo componente pode aparecer em mais de um grupo. Isto mostra que os
grupos no so independentes.
Cada grupo de corte representado por Q. A falha do sistema ocorre se qualquer Cj
falhar. Ento a no-confiabilidade de cada grupo definida por Qd. A probabilidade de falha do
sistema definida pela unio das probabilidades de falha de cada um dos grupos.
Q s = P (Q c l ^ Q c2 ^ Q c3 ^ Q 04) = P ( Q c l + Q c2 + Q c3 + Q c 4 ) ^2 ' 1 9 ^
Desenvolvendo a equao 2.19 baseado na equao 2.4, tem-se:
Qs = P ( Q c l ) + P ( Q c2 ) + P ( Q c3> + P ( Q c4 ) - P ( Q c l o Q o2)
- P (Q c l o Q c3) - P (Q c l Q c4 ) - P (Q c 2 Q 03) - P ( Q c 2 ^ Q c4)
- P ( Q c3 n Q c4> + P ( Q c i n Q C2 o Q * ,) + P ( Q c i n Q C2 n Q c4 ) (2 '2 0 )
+ P (Q c l ^ Q c3 ^ > Q c4 ) + P ( Q c2 n Q c3 n Q c4 )
- P (Q c i n Q c2 n Q c3 n Q ^)
onde,
P ( Q c l ) = Q a -Q b
P(Qo2) = QcQd
P (Q a ) - Q a -Q e -Q d
P ( Q c4 ) = Q c -Q e -Q b
P (Q c i n Q c2) = P ( Q c i ) . P ( Q c2) = Q a .Q b .Q c .Q d (A n B ^ O , Eventos no-mutuamente exclusivos)

P (Q c l n Q c3) = P ( Q c l ) . P ( Q c3> = Q a Q b - Q d Q e
P (Q c l n Q c4 ) = P ( Q c l ) . P ( Q o4 ) = Q a .Q b .Q o .Q e
P ( Q c2 r> Q c3> = P ( Q = 2) . P ( Q c3 ) = Q a .Q c .Q d .Q e
P(Qc2 ^ Qc4) = P(Qc2). P(Qc4) = Qb Q c Qd Qe
P ( Q c3 n Q c4) = P ( Q c3 ). P ( Q c4 ) = Q a .Q b . Q c Q d . Q e
P(Qci n Qc2 n Qc3) = P(Qci n Qc2 n QC4)
= P (Q c i n Q c3 n Q c4)
= P ( Q c2 0 Q c3 Q c4)
= P (Q c l o Q c2 O Q c3 n Q c4 ) = Q a .Q b .Q c Q d .Q e
Portanto,
Q s = Q a Q b + Q c Q d + Q a Q d Q e + Q b Q c Q e - Q a .Q b .Q c .Q d - Qa Qb Q d Q e 21J
- Q a -Q b -Q c -Q e
e a confiabilidade dada por:
R s = 1 - Qs <2 *2 2 >
Este mtodo evidencia os laos redundantes. Ao determinar a confiabilidade para cada

lao, tm-se identificado os pontos mais robustos do sistema. Pode agora, tambm ser analisado
at a importncia funcional de cada lao, aspectos de manuteno, os modos de falha para cada
um dos itens, etc.
2.5 Mtodo do Grupo de Ligao
Um grupo de ligao o caminho mnimo que parte do n de entrada e percorre o sistema

at o n de sada, para que a funo do sistema seja cumprida. Se qualquer um dos itens
constituintes do grupo falhar, ocorre a falha do grupo (caminho) porque cada caminho definido
por um sistema srie.
Captulo 2 - R eviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas 20
O mtodo do grupo de ligao essencialmente o complemento do mtodo do grupo de

corte, e consiste num grupo de ramificaes ou simplesmente ramos do sistema conectados
desde o n de entrada ao n de sada do mesmo, tal que, atravs de cada ramo ocorra a passagem
por um nico n de cada vez (MOJENA, 1999).
Seguindo o exemplo apresentado anteriormente:
Figura 2.8 - Aplicao do mtodo do grupo de ligao ao sistema tipo ponte.
No sistema apresentado na Figura 2.8 foram identificados quatro grupos de ligao. Estes
grupos esto apresentados no Quadro 2.2.
Quadro 2.2 - Grupos mnimos de ligao (BILLINTON e ALLAN, 1987).
Nmero do grupo Componentes do

mnimo de ligao grupo de ligao
1 ac
2 bd
3 aed
4 bec
O sistema apresentado na Figura 2.8 contm os grupos de ligao Ti, T2, T3 e T4 e estes
esto conectados em paralelo como pode ser visto na Figura 2.9.
Figura 2.9 - Configurao grupo de ligao (BILLINTON e ALLAN, 1987).

Deve ser notado embora os grupos de ligao estejam em paralelo, o conceito de sistemas
em paralelo no pode ser aplicado aqui, porque um mesmo componente pode aparecer em mais
de um grupo de ligao. O conceito de unio aplica-se aqui, como no grupo de corte, mas agora
para calcular a confiabilidade.
Cada grupo de ligao representado por T;. Os grupos de ligao esto conectados em
paralelo, ento a falha do sistema ocorre somente quando todos os grupos T; falharem. A no-
confiabilidade de cada grupo definida por Qt e a confiabilidade Rt . A confiabilidade do
sistema, Rs, definida pela unio das confiabilidades de cada um dos grupos.
R s = P ( R ti W R t2 R t3 ^ R t 4) = P (R t 1 R t2 + R t 3 + R m ) (2.23)
Desenvolvendo a equao (2.23) baseado na equao 2.4, tem-se:
R s = P ( R t i ) + P ( R t 2> + P ( R t 3 ) + P ( R t 4 ) - P (R ti ^ R t2)
P(Rti o Rt3) P(Rn Rt4) P(Rt2 ^ Rt3) ~ P(Rt2 ^ Rt4)
P(RT3 ^ R t 4) P(Rn R t2 R t 3) P(Rt 1 ^ R t 2 ^ R t 4) (2-24)
+ P (R ti O R t3 R t4) P (R T 2 ^ R t3 ^ R t4)
- P(Rti O R t 2 ^ Rt3 O Rt4)

onde,
\
P (R T l) = R a R c
P ( R t 2) = R b -R d
P ( R t 3) = R a .R e .R d
P ( R T 4) = R b - R e - R c
P (R ti R t 2 ) ~ P ( R t i )- P ( R t 2) = R a -R b -R c -R d
P (R ti n R T 3) = P ( R t i ) . P ( R t 3 ) = R , R c R d R e
P (R ti ^ R t 4 ) = P ( R t i ) - P ( R t 4> ~ R a - R b - R c - R e
P (R t2 ^ R t 3 ) = P ( R t 2 )- P ( R t 3) = R a -R b -R d -R e
P (R t2 ^ R t 4 ) = P ( R t 2 ) - P ( R t 4) ~ R b . R c R l . R e
P (R t3 ^ R t 4 ) = P ( R t 3) . P ( R t 4 ) = R a - R b - R c - R d - R e
P (R ti o R t2 R t3) ; P (R ll ^ R t2 ^ R t4)
= P (R ti n R t3 ^ R t 4)
= P (R t2 R t3 R t4)
Capitulo 2 - Reviso Bibliogrfica: M todos p ara a anlise da confiabilidade em sistemas 22
P ( R t i o R t2 ^ R t3 R t4 ) ~ R a -R b -R c -R d -R e
Portanto,
R s = R a. R c + R b .R d + R a R e - R d + R b -R e - R c - R a -R b -R c -R d R a -R c -R d -R fi
(2.25)
R a -R b - R c - R e - R a -R b -R d -R fi R b -R c -R d -R e + 2 .R a.Rb.Rc.R<i.R<:
e a no-confiabilidade dada por:
Q s = 1 - Rs (2.26)
Dado que se tem cada um dos itens na configurao srie, possvel estudar o
relacionamento entre os itens, avaliando inclusive a influncia de cada modo de falha sobre cada
uma das ramificaes (sries) presentes no sistema. Desde que se tenha conhecimento destes
modos de falha, pode-se utilizar o Teorema de Bayes para saber: qual a probabilidade de c ter
falhado dado que tal modo de falha estava presente em a, se considerar o grupo de ligao Tj.
Estas consideraes poderiam ser feitas para cada uma das ramificaes Ti identificadas.
2.6 rvore de Eventos
Segundo BILLINTON e ALLAN (1987), uma rvore de eventos uma representao

ilustrada de todos os eventos que podem ocorrer em um sistema. Os sistemas que operam no
estado de reserva passiva, geralmente, esto associados com sistemas de segurana. Na prtica, o
mtodo da rvore de eventos mais amplamente usado para sistemas de segurana, no entanto,
como m outras tcnicas comprova ser mais vivel para sistemas que operam continuamente.
O mtodo pode ser utilizado em sistema com componentes operando continuamente,
onde a ocorrncia dos eventos pode ser considerada em ordem arbitrria, ou em sistemas que
envolvem componentes no estado de reserva passiva (stand-by), onde deve ser considerada a
ocorrncia dos eventos em uma seqncia lgica, ou seja, cronologicamente (MOJENA, 1999).
Para ilustrar a aplicao da rvore de eventos para sistemas operados continuamente, ser
utilizado o sistema da Figura 2.5, configurao tipo ponte.
Cada componente est sujeito a dois eventos, sucesso ou falha. A linha superior que sai
de cada componente significa sucesso e a linha inferior falha. Inicialmente, para sistemas com
componentes operando continuamente os eventos podem ser considerados em qualquer ordem,
porque um componente no opera cronologicamente em relao a outro. Ser considerado ento
os componentes na seguinte ordem: a, b, c, d, e. A rvore de eventos para o sistema tipo ponte
Captulo 2 - R eviso Bibliogrfica: M todos p ara a anlise da confiabilidade em sistemas 23
pode ser vista na Figura 2.10. Visto que cada componente pode assumir dois estados, sucesso ou
falha, o nmero total de eventos possveis para a rvore de eventos 2 ", onde n o nmero de
componentes, como existem 5 componentes ento existiro 32 possibilidades.
A probabilidade de ocorrncia de cada ramificao obtida a partir do produto das
probabilidades dos eventos ao longo desta. Aps ter montado a rvore de eventos preciso obter
o resultado, sucesso ou falha, de cada ramificao. Isto feito a partir dos requisitos de operao
do sistema.
Visto que todas as ramificaes so mutuamente exclusivas, a probabilidade de sucesso
total calculada somando todos os eventos de sucesso, equao (2.27). O mesmo procedimento
pode ser executado para o clculo da probabilidade de falha, ou pode-se calcular fazendo como
complemento do evento de sucesso, isto , ( 1 -RS).
A equao da confiabilidade para o sistema, Figura 2.6, pode ser escrita como:
Rs - P i + P 2 + P 3 + P 4 + P 5 + P + P 9 + P io + P 11
+ P 12 + P 13 + P 17 + P l 8 + P 19 + P 2 I + P 22
sendo Pi = probabilidade de ocorrncia da ramificao i.

e P i = Ra-Rb-Rc-Rd-Re
P2 = Ra-Rb-Rc Rd-Qe
P 22 = Q a -R b -Q c -R d -Q e
Similarmente a probabilidade de falha do sistema dada por:
R s = P 7 + P g + P 14 + P 15 + P i 6 + P 20 + P 2 3 + P 2 4 + P 25
(2.28)
+ P 26 + P 27 + P 2 8 + P 29 + P 30 + P 3 1 + P 32
e
(2.29)
Rs + Q s= 1
Captulo 2 - Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas
R.
Rd Pi - s
P2 - s
Re
Qd Ps - S
Qe
P4 - s
P5 - s
Qe
Qc P6 - S
Qd
Re P,- F
Ps - F
P9 - S
Qe
Rc Pio - S
Qa Pu - s
Qe
Qb P 1 2 -S
P13-S
Qe
Qc P,4-F
R.
Qd P15-F
P] 6- F
Pn-S
Rc P1 8- S
Re
Qd P19- S
Qe
P 20-F
Re
Pa-S
Qe
Qc P22 - S
Re
Qd P23- F
Q.
Qa P24-F
P 25- F
Qe
Rc P26- F
Qd P27- F
Qe
Qb P 28-F
Re
P29- F
Qe
Qe P30- F
Re
Qd P3 1 - F
Qe
P32-F
Figura 2.10 - rvore de eventos (BILLINTON e ALLAN, 1987).

Captulo 2 Reviso Bibliogrfica: M todos para a anlise da confiabilidade em sistemas 25
rvore de eventos reduzida

O nmero de caminhos possveis, considerando apenas as condies de sucesso (S) e
falha (F) so definidos por 2", onde n o nmero de itens no sistema. Se considerar eventos
intermedirios, parcialmente em falha ou parcialmente em operao, o nmero de eventos cresce
enormemente. Uma forma de amenizar este efeito considerar a rvore de eventos reduzida.
A construo da rvore de eventos reduzida deve ser feita como na rvore de eventos
completa, considerando cada evento ou componente de cada vez. No entanto, ao invs de
construir a rvore de eventos completa, e depois verificar se o resultado da ramificao foi
sucesso ou falha, a verificao feita antes que cada componente ou evento seja considerado.
Pois, a partir do momento que se sabe que a falha de um dado componente causar a falha do
sistema, independente do estado dos outros componentes subseqentes, ento no h razo para
continuar prosseguindo com a anlise ao longo da ramificao. Da mesma maneira, possvel
concluir que o sucesso de um dado componente resultar no sucesso do sistema, independente
dos outros componentes subseqentes, o desdobramento da ramificao deve parar neste ponto.
Por exemplo, observando novamente o sistema com configurao tipo ponte, Figura 2.5,
possvel concluir que se os componentes a, b e c tm sucesso, o resultado do sistema
ser sucesso, independente das condies de e e d. Conseqentemente, a ramificao
denotada por Ra, Rb e Rc no precisa ser desenvolvida mais adiante, porque se sabe que o
sistema ter sucesso se estas condies ocorrerem. Da mesma maneira, ao se considerar as falhas
dos componentes a e b provoca a falha do sistema, independente das condies de c, d e
e, ento no mais preciso dar continuidade com o desenvolvimento desta ramificao.
Usando esta anlise, o nmero de ramificaes que antes era 32 pode ser reduzido para
13, como pode ser observado na Figura 2.11.
Rc P,-S
P2-S
Qd
p3 - f
R=
P4 - S
Qb
R. P5-S
Qc P6 - F
Qd
P7 - F
Rd
Pg - S
Rc
Rc
Qd P9 - S
Qc
P10-F
Rd
P11-S
Qc
Qd
P12-F
Qa
Qb
P13-F
Figura 2.11 - rvore de eventos reduzida (BILLENTON e ALLAN, 1987).
A confiabilidade para esta configurao pode ser calculada como:
(2.30)
Rs = P i + P2 + P4 + P5 + Ps + P9 + P 11
Pi = Probabilidade de ocorrncia da ramificao i.
A probabilidade resultante de cada ramificao calculada atravs do produto dos

eventos constituintes da ramificao. Ento, Pi = Ra.Rb.Rc, P 2 = Ra.Rb-QcRd e assim por diante.
Da mesma maneira, a probabilidade de falha pode ser calculada como:
Q s = P 3 + P + P 7 + P i o + P 12 + P 13 (2.31)
Uma maior reduo no tamanho da rvore de eventos pode ser obtida, se for escolhido
apenas um tipo de resultado (sucesso ou falha), e desconsiderar aquelas ramificaes que
conduzem a outros resultados. Por exemplo, se desejado obter os resultados para o qual o
sistema falha, ento a rvore de eventos toma a seguinte configurao apresentada pela Figura
2.12. Segundo BILLINTON e ALLAN (1987) esta reduo adicional no tem vantagens
significativas se for calculada manualmente, mas apresenta grandes vantagens se os eventos e as
ramificaes forem armazenadas em um computador.
Qc
Qd
P i- F
Rc
Qb
R< A -
- Qc
Qc P2 - F
Qd
P3 - F
Rd
-----
Rc
R*
Qd ---------
- Qc
Rb P4 - F
Rd
*
Qd
P5 - F
Qa
Qb
p 6 - f
Figura 2.12 - rvore de eventos reduzida (BILLINTON e ALLAN, 1987).
No caso de sistemas com mais de dois resultados possveis, este mtodo pode ser
adaptado eliminando aqueles caminhos que conduzem apenas a um tipo de resultado do sistema,
preferencialmente aqueles os quais conduziro ao maior nmero de ramificaes. Deste modo a
probabilidade de ocorrncia de cada resultado pode ser avaliada diretamente das probabilidades
das ramificaes da rvore de eventos ou pelos valores complementares destas probabilidades.
O trabalho de verificao dos componentes, no desenvolvimento da rvore de eventos
reduzida, pode ser muito facilitado aplicando-se como etapa anterior os mtodos de grupo de
corte e grupo de ligao. Se for desejada uma rvore de eventos que apresentasse somente os
eventos que conduzem a falha do sistema, seria usado o mtodo do grupo de corte, porque ele
apresenta os componentes que quando falham juntos, causam a falha do sistema. Caso contrrio,
se o interesse fosse numa rvore de eventos que apresentasse somente os eventos que conduzem
o sucesso do sistema, seria usado o mtodo do grupo de ligao, porque este apresenta os grupos
de componentes que devem estar em funcionamento juntos para garantir que o sistema estar em
sucesso.
A seguir, algumas consideraes a serem feitas sobre a rvore de eventos:
- Ter conhecimento do modelo fsico.
- Ter conhecimento da funo de cada item e das conseqncias do sucesso ou
insucesso de cada item.
- Excelente para fazer a avaliao de sistemas e utilizar inclusive como treinamento.
- um mtodo que pode tornar-se tedioso, dado a quantidade de sadas possveis. Pode
por isso ficar muito complexo. No vivel fazer um detalhamento profundo face ao
crescimento exponencial das possibilidades.
- Quando se dispe de mais de dois eventos possveis, tambm se corre o risco de
sobrecarregar em informaes.
Os eventos devem ser bem definidos, independentes e mutuamente exclusivos.
2.7 Mtodo da Matriz Conexo
A tcnica da matriz conexo envolve a construo da matriz M para o sistema analisado e

depois a aplicao do Mtodo da eliminao dos ns ou o Mtodo da multiplicao da matriz
para obter a confiabilidade da entrada at a sada.
As linhas e as colunas da matriz M so ns ou pontos de conexo dos componentes do
sistema, e os elementos da matriz so os prprios componentes posicionados entre os ns. Os
elementos da matriz que so zero indicam que no h componentes entre os ns especificados, e
os elementos que so unitrios indicam o prprio n, que acabam sendo os elementos da
diagonal principal.
r i
Entrada Sada
>0
Figura 2.13 - Estrutura tipo ponte com numerao de ns (BILLINTON e ALLAN, 1987).
Quadro 2.3 - Matriz de conexo inicial da estrutura tipo ponte (BILLINTON e ALLAN, 1987).
Para o n
^v^coluna
linhais. ( 1) (2 ) (3) (4)
Matriz (M) = (1) 1 a b 0
(2 ) 0 1 e c
Do n
0) 0 e 1 d
(4) 0 0 0 1
Para obter a trajetria desde o n de entrada at o da sada, sendo que o fluxo de eventos
ocorre numa nica direo, podem ser empregados dois mtodos:
1 - Mtodo da eliminao de ns;
Analisa a trajetria entre dois ns de interesse.
2 - Mtodo da multiplicao da matriz;
Analisa todos os ns de forma simultnea.
2.7.1 Mtodo da eliminao de ns
Neste mtodo todos os ns da rede, Quadro 2.3,exceto os ns de entrada e sada, so

removidos atravs de uma reduo seqencial da matriz de conexo inicial at que a rede seja
reduzida a uma matriz 2x2. Neste exemplo, a matriz deve ser reduzida a uma matriz contendo
somente o n 1 e 4 (BILLINTON e ALLAN, 1987). O mtodo faz uso da equao (2.32), no
qual as operaes de adio e multiplicao fazem uso da lgebra Booleana. Para remover o n k
da matriz, deve-se substituir cada elemento Ny (i,j ^ k) por um novo elemento, Njj.
Nij = Ny + (Nik.Nkj) (2.32)

O novo elemento Ny substitui o antigo elemento Nij.

N ii = Nu + N 12.N21 = 1 + a.O = 1
N 13 = N 13 + N 12.N23 = b + a.e = b + ae
Ni4 = N 14 + N 12.N24 = 0 + a.c = ac
N31 = N31 + N32.N21 1 + e.O = 0
N33 = N 33 + N32.N23 = 1 + e.e = 1
N34 = N 34 + N 32.N24 = d + e.c = d + ec
N41 = N 41 + N 42.N21 = 0 + 0.0 = 0
N43 N 43 + N 42.N23 = 0 + O.e = 0
N44 N 44 + N 42.N24 = 1 + O.c = 1
Os clculos resultam na seguinte matriz reduzida,
Quadro 2.4 - Matriz de conexo reduzida (BILLINTON e ALLAN, 1987).
Realizando os clculos novamente para remover o n 3, obtm-se os seguintes elementos:

Nn = Nu + N13.N3i = 1 + (b + a.e).0 = 1
N 14 = N 14 + N 13.N34 = (a.c) + (b + .e).(d + e.c) = ac + bd + bec + aed
N41 = N41 + N 43.N31 = 0 + 0.0 = 0
N44 = N 44 + N 43.N34 = 1 + O.c = 1
A matriz de conexo final fica, ento, relacionada somente com o n de entrada 1 e o n

de sada 4.
Quadro 2.5 - Matriz de conexo final (BILLINTON e ALLAN, 1987).

O elemento (1,4) da matriz reduzida est relacionado diretamente com os caminhos de

sucesso que apresenta a estrutura. Associando estes caminhos a eventos (Ti = a.c, T2 = b.d, T 3 =
b.e.c, T4 = a.e.d), e aplicando as propriedades de probabilidade de unio de n eventos
independentes, pode-se estimar a confiabilidade do sistema (Rs):
R s = P (R ti ''-J R t2 ^ R t3 ^ R t4 ) = P (R ti + R t2 "*R t3 R t4 ) (2.33)
A equao (2.33) mesma que a equao (2.23) e segue o mesmo procedimento, unio
de eventos independentes no-mutuamente exclusivos.
Os eventos (Ti= a.c, T2= b.d, T3= b.e.c, T4= a.e.d) representam todos os possveis
caminhos que ligam a entrada sada do sistema, sendo ento equivalente ao mtodo do grupo
de ligao.
2.7.2 Mtodo da multiplicao da matriz
Neste mtodo a matriz de conexo inicial multiplicada por si mesmo at o resultado da

matriz permanecer inalterado.
Quadro 2.7 - Matriz M2 (BILLINTON e ALLAN, 1987).
^vcoluna
linha-v. (1) (2 ) (3) (4)
(D 1 a + be b + ae ac + bd
Matriz (M2) = ..(2 ) 0 1 e c + de
(3) 0 e 1 ec + d
. ..(4) 0 0 0 1
Quadro 2.8 - Matriz M3 (BILLINTON e ALLAN, 1987).
Matriz (M3)=
Caso a matriz M fosse multiplicada mais uma vez o resultado seria o mesmo, ento o
processo deve parar neste ponto.
possvel perceber que o elemento (1,4) da matriz (M3) o mesmo obtido pelo mtodo
da eliminao dos ns e tambm pelo mtodo do grupo de ligao, conseqentemente, o clculo
da confiabilidade tambm feito com o uso da equao 2.33, lembrando que os eventos Ti so
independentes e no-mutuamente exclusivos.
A vantagem do mtodo da multiplicao da matriz que ele fornece todos os grupos de
ligao entre todos os pares de ns simultaneamente enquanto que o mtodo da eliminao dos
ns fornece somente em relao aos ns de interesse.
2.8 Comentrios
O objetivo deste captulo foi apresentar diferentes maneiras de analisar sistemas, cujos
arranjos entre os componentes no se enquadram em sistemas srie ou paralelo. Viu-se que os
mtodos atingem o mesmo objetivo: determinar a confiabilidade ou no-confiabilidade do
sistema.
H que observar tambm que os mtodos so amplamente conhecidos, e das bibliografias
existentes (SMITH, 1993; RAMAKUMAR, 1993; OCONNOR, 1985; LEWIS,1987), os aqui
referenciados trazem o assunto de forma mais didtica.
Ao estudar os mtodos de clculo de confiabilidade de sistemas, percebeu-se que todas as
referncias citadas neste captulo, tratam o problema simplesmente para a condio do item estar
bom ou ruim, em falha ou operando. Ocorre que na prtica cada modo de falha gera um
efeito e, de preferncia, no devem se transformar num modo de falha num outro item.
A tomada de conscincia do relacionamento entre os modos de falha e seus efeitos, nos
sistemas, somente possvel se for identificado em cada item os modos de falhas mais provveis
de acontecer. A partir da pode-se gerar vrias rvores de falha (ou rvores em funo de
determinados modos de falha) para estudar as relaes mais crticas, em termos de
confiabilidade.
Captulo 2 -R e v is o Bibliogrfica: M todos para a anlise da confiabilidade em sistemas 33
Evidentemente, a implementao de um processo desses requer dispor de um banco de

dados que esteja organizado para fornecer a taxa de falha associada ao modo de falha. Isso
permitir no somente calcular a confiabilidade do sistema por modo de falha, reprojetar partes
do sistema para diminuir a probabilidade de ocorrncia de determinados modos de falha, como
tambm, planejar os processos de manuteno.
Entendeu-se durante este estudo que era necessrio obter informaes relativas ao modo
das falhas e seus efeitos e que por isso, era necessrio aprofundar o estudo do FMEA, o que ser
feito no captulo 4.
Deve-se ressaltar que os mtodos aqui apresentados, utilizados a partir da fase do projeto
conceituai, quando j se dispe de informaes para montar os relacionamentos entre os itens. A
sistematizao do modelo confiabilstico, ou seja, da montagem em relaes srie, paralelo ou
complexa, feita a partir do conhecimento do modelo fsico e da definio da funo. Para isso,
estudou-se o diagrama de Ishikawa e o Mtodo da Anlise da rvore de Falhas (FTA - Fault
Tree Analysis), que sero apresentadas no captulo 3.
Captulo 3
Mtodo da Anlise da rvore

de Falhas (FTA) e o Diagrama
de Ishikawa
3.1 Introduo
Este captulo trata a respeito do Diagrama de Ishikawa e do Mtodo de Anlise da rvore

de Falhas. Ambos os mtodos tratam de causas e efeitos de falha, no entanto, com o Diagrama de
Ishikawa no necessrio que se tenha tanto conhecimento do sistema em estudo quanto no
Mtodo da rvore de falhas.
No trabalho apresentado por DEGUCHI et al. (1999) o diagrama de Ishikawa e o FTA
so utilizados para um projeto de melhoramento de uma bomba dgua. O diagrama de Ishikawa
fornece uma viso global, no levantamento das causas que podem influenciar na eficincia da
bomba e o FTA utilizado em uma anlise mais detalhada.
O diagrama de Ishikawa organiza (agrupa) as causas que conduzem a um efeito e o
Mtodo da rvore de falhas relaciona as causas, atravs do uso de portas lgicas, que conduzem
a um dado efeito.
3.2 Diagrama de Ishikawa
O diagrama de Ishikawa foi desenvolvido por Kaoru Ishikawa e tambm conhecido

como diagrama de Causa e Efeito, ou digrama Espinha de Peixe. uma ferramenta de fcil
utilizao, permitindo abordar problemas simples e complexos em diversas reas. Por causa de
sua simplicidade a explanao feita neste tpico ser sucinta.
O Diagrama Causa e Efeito mostra a relao entre uma caracterstica de qualidade
(efeito) e os seus fatores (causas). Algumas vezes o nmero de fatores (causas) pode ser muito
elevado. Nestes casos, como a anlise de um processo, as causas so organizadas em famlias
que podem ser: matrias primas, mquinas, medidas, meio-ambiente, mo-de-obra, mtodo,
Figura 3.1.
Na construo do Diagrama Causa e Efeito deve-se seguir os seguintes passos:
Estabelecer o efeito (caracterstica) da qualidade;
Captulo 3 M todo da Anlise da An'ore de Falhas (FTA) e o Diagrama de Ishikawa 35
Encontrar o maior nmero possvel de causas que podem afetar o efeito da qualidade;
Definir as relaes entre as causas e construir um diagrama de causa e efeito, ligando os
elementos com o efeito da qualidade por relaes de causa e efeito;
Estipular uma importncia para cada causa e assinalar as causas particularmente
importantes, que paream ter um efeito significativo na caracterstica da qualidade;
Registrar quaisquer informaes necessrias.
Este procedimento caracterizado pela execuo de duas atividades diferentes: o
levantamento de maior quantidade possvel de causas, e o arranjo das causas de forma
sistemtica.
Muitas vezes a maior dificuldade est em alocar uma determinada causa. No entanto, isto
deve ser significativo, porque o importante lembrar e registrar a causa.
Para o levantamento das causas necessria uma discusso franca e aberta, e um mtodo
efetivo de conduo da reunio com este objetivo o Brainstorming.
Figura 3.1 - Diagrama de Ishikawa comum (CAMPOS, 1994).
Um Diagrama de Ishikawa no precisa seguir necessariamente a estrutura apresentada na

Figura 3.1. Por exemplo, num programa de melhoria da qualidade para matria-prima na
indstria sucroalcooleira as causas do aumento da quantidade de terra aderida na cana-de-acar
que levada para a indstria foram agrupadas segundo a Figura 3.2 (SARRIES, 1997 - citado
por REYES). A terra altamente prejudicial para a indstria, aumentando custos e depreciando
os produtos finais. Para solucionar este problema foi reunido um grupo de pessoas que
Captulo 3 - M todo da Anlise da A rvore de Falhas (FTA) e o Diagrama de Ishikawa 36
levantaram quais poderiam ser os fatores (causas) que tinham influncia na porcentagem de terra
aderida na cana-de-acar.
Figura 3.2 - Diagrama de Ishikawa com os principais fatores que influenciam a quantidade de terra em cana-de-
acar (REYES e VTCINO, 2000).
A Figura 3.3 apresenta um diagrama secundrio, proveniente das ramificaes do

diagrama de Ishikawa inicial, utilizado para evitar diagramas excessivamente carregados.
Segundo o grupo, possivelmente as causas principais estavam relacionadas ao
carregamento, sendo necessrio que os operadores tivessem um maior cuidado e passassem por
um treinamento.
O treinamento dos carregadores, tipo de carregadeira, pressa no carregamento e
disposio da Carga esto subordinados causa carregamento. Portanto, foram agrupadas a
esta ramificao. Este procedimento repetido para as outras causas a fim de organizar e obter
uma maior detalhamento das informaes.
Figura 3.3 - Diagrama de Ishikawa secundrio (REYES e VICINO 2000).
O uso do diagrama organiza as informaes obtidas pelo Brainstorming, facilitando a

identificao das causas de um problema e a conduo das anlises.
3.3 O Mtodo da Anlise da rvore de Falhas - FTA
O Mtodo de Anlise da rvore de Falhas foi o mtodo escolhido para a anlise da

confiabilidade em sistemas por apresentar uma particularidade que o difere dos outros mtodos.
O mtodo permite, alm de facilitar a anlise da confiabilidade de sistemas, fazer o
relacionamento causa-efeito dos eventos, possibilita obter um maior conhecimento do
funcionamento do sistema e dos mecanismos das falhas, facilitando seu uso com as ferramentas
FMEA e o diagrama de Ishikawa.
Segundo HENLEY e KUMAMOTO (1981), a anlise da rvore de falhas foi
desenvolvida por H. A. Watson dos Laboratrios Bell Telephone em 1961-62. Os primeiros
artigos publicados foram apresentados em 1965 no Simpsio de Segurana patrocinado pela
Universidade de Washington e a Boeing Company.
O FTA uma tcnica dedutiva formalizada que permite a investigao das possveis
causas da ocorrncia de estados pr-identificados indesejados do sistema. Esse estado, referido
como evento de topo, est associado com o comportamento anormal do sistema, causado por
uma falha do equipamento, ou erros humanos e/ou por perturbaes externas (CONTINI, 1995).
A NASA define o FTA como sendo um mtodo de anlise de falhas do tipo Top-down,
cuja anlise inicia com um evento indesejvel, como uma falha ou mal funo, chamado evento
de topo e ento so determinadas todas as maneiras na qual este evento de topo pode ocorrer.
Para OCONNOR (1985), uma tcnica de anlise de projeto de confiabilidade/
segurana que parte da considerao dos efeitos de falha do sistema, referido como evento de
topo. Segundo OCONNOR (1985) e a NASA (2000), aps a escolha do evento de topo feita
a determinao de como os eventos de nveis inferiores, individuais ou combinados, causaram a
falha do sistema.
A definio apresentada por BILLINTON e ALLAN (1985), no difere muito das
definies apresentadas anteriormente e descreve que neste mtodo, uma condio de falha
particular considerada (evento de topo) e a partir disto a rvore construda identificando as
vrias combinaes que conduziram a falha em estudo.
Segundo BILLINTON e ALLAN (1985), a tcnica freqentemente usada como um
mtodo de avaliao qualitativa, para auxiliar a compreenso de como um sistema pode falhar, e
que medidas podem ser usadas para superar as causas da falha. O mtodo tambm pode ser
usado para uma avaliao quantitativa, em que as causas da falha do sistema so gradualmente
separadas em um aumento do nvel hierrquico at alcanar um nvel, no qual os dados de
confiabilidade so suficientes ou precisos para ser feita uma avaliao quantitativa. Os dados so
\
Captulo 3 - M todo da Anlise da Arvore de Falhas (FTA) e o Diagrama de Ishikawa 38
inseridos na rvore neste nvel hierrquico e combinados, usando a lgica da rvore para facilitar
a avaliao da confiabilidade do sistema que est sendo estudado.
Os benefcios da rvore de falha segundo HENLEY e KUMAMOTO (1981) so:
Auxiliar a identificao dos modos de falha;
- Apontar os aspectos importantes do sistema para a falha de interesse;
Fornecer auxlio grfico para dar visibilidade s mudanas necessrias;
- Fornecer opes para anlise de confiabilidade quantitativa e qualitativa;
- Permitir ao analista se concentrar em uma falha do sistema por vez;
- Facilitar o entendimento do comportamento do sistema.
As finalidades de uma rvore de Falhas segundo HELLMAN e ANDERY (1995), citado

por VOLLERT (1996) so:
- Estabelecer um mtodo padronizado de anlise de falhas ou problemas, para verificar
como ocorrem em um produto ou processo;
- Analisar a confiabilidade de um produto ou processo;
Compreender os modos de falha de um sistema;
Priorizar as aes corretivas a serem tomadas;
- Analisar e projetar sistemas de segurana ou sistemas alternativos em produtos;
- Compilar informaes para manuteno de sistemas e elaborao de procedimentos
de manuteno;
- Indicar componentes mais crticos ou condies crticas de operao;
- Compilar informaes para treinamento na operao de equipamentos;
Compilar informaes para planejamento de testes e inspeo;
Simplificar e melhorar equipamentos.
3.4 Estrutura bsica de uma rvore de falhas
Uma rvore de falhas pode ser desdobrada em vrios nveis hierrquicos, dependendo da
complexidade do sistema. So utilizados dois grupos de smbolos: as portas lgicas e os eventos.
Inicialmente ser esclarecido o que um nvel hierrquico, posteriormente ser
apresentado os smbolos mais utilizados para as portas lgicas e eventos. Existem outros
smbolos que so usados com menos freqncia, por causa disso foram descritos separadamente,
no anexo 1 .
Captulo 3 -M to d o da Anlise da rvore de Falhas (FTA) e o Diagrama de Ishikawa 39
3.4.1 Nvel hierrquico
Os nveis hierrquicos so medidos em relao ao evento de topo. Os eventos

relacionados diretamente com o evento de topo representam o primeiro nvel hierrquico. Os
eventos relacionados aos eventos abaixo do primeiro nvel hierrquico representam os eventos
do segundo nvel hierrquico e assim por diante. Quanto maior for a quantidade de nveis
hierrquicos, maior ser a quantidade de eventos encadeados, portanto mais longa ser a rvore
de falhas.
A rvore de falhas apresentada na Figura 3.4 ilustra o que um nvel hierrquico. Esta
rvore apresenta dois nveis hierrquicos e esto sendo empregadas as portas lgicas e e ou.
Os smbolos utilizados para a representao dos eventos (retngulos, crculos, losango e
tringulos) sero descritos no item 3.4.3.
Figura 3.4 - Nvel hierrquico
3.4.2 Representao de portas lgicas

As portas lgicas conectam os eventos de acordo com suas relaes causais. Algumas
portas lgicas podem ter mais de um evento de entrada, mas todas apresentam somente um
evento de sada. Os eventos de entrada situam-se na parte inferior da porta lgica enquanto que o
evento de sada situa-se na parte superior, como pode ser visto na Figura 3.5.
Figura 3.5 - Eventos de entrada e sada em uma porta lgica
A relao causal expressa pela porta lgica E ou pela porta lgica OU

determinstica porque a ocorrncia do evento de sada completamente controlada pelos eventos
de entrada. O Quadro 3.1 apresenta as portas lgicas E e OU e suas relaes causais.
Quadro 3 . 1 - Portas lgicas E e OU (HENLEY e KUMAMOTO, 1981).
Smbolo Nome Relao causal

A
O evento de sada A ocorre se todos os eventos de

E
entrada B i, B2 ...Bn ocorrerem simultaneamente.

B] B 2 ...Bn
0 evento de sada A ocorre se qualquer um dos eventos

OU de entrada B i, B2 ...Bn ocorrer ou qualquer combinao
destes ocorrer.
i
Bi B 2 ...Bn
3.4.3 Representao de eventos
Os smbolos apresentados nesta seo esto presentes na Figura 3.4. Os outros smbolos
(casa, oval), os quais so usados com menos freqncia, esto descritos no anexo 1 .
Captulo 3 - M todo da Anlise daAr\>ore de Falhas (FTA) e o Diagrama de Ishikawa 41
Quadro 3.2 - Representao de eventos (HENLEY e KUMAMOTO. 1981).

1
Evento representado por uma porta lgica.
1
retngulo
crculo
Evento bsico com dados suficientes.
Evento no desenvolvido
< >
A A
losango
Smbolo transferncia.
transfer out e transfer in
O evento denotado por um retngulo representa um evento de falha resultante de uma

combinao de falhas bsicas que atuam atravs das portas lgicas (HENLEY e KUMAMOTO,
1981).
O evento denotado por um crculo representa a falha bsica de um componente, que
representa o limite de resoluo da rvore de falhas. Para obter uma soluo quantitativa para a
rvore de falhas, os crculos devem representar eventos para os quais se tm informaes das
mtricas de confiabilidade (Tempo mdio entre falhas, Tempo mdio at a falha, confiabilidade,
taxa de falhas, etc). Os eventos que aparecem nos crculos so chamados de eventos bsicos. Em
geral, um evento no qual o componente em si o responsvel pelo seu acontecimento e, uma
vez ocorrido, o componente deve ser reparado ou substitudo (HENLEY e KUMAMOTO, 1981).
O smbolo losango usado com eventos no desenvolvidos, no sentido de que uma
anlise detalhada nas falhas bsicas no foi realizada por causa da falta de informao, dinheiro
ou tempo. Freqentemente, tais eventos so removidos antes de uma anlise quantitativa. So
includos inicialmente porque uma rvore de falha uma ferramenta de comunicao, e sua
presena serve como um lembrete da profundidade e dos limites da anlise (HENLEY e
KUMAMOTO, 1981).
O par de tringulos: Transfer-out e Transfer-in se referem a duas partes idnticas de
relaes causais. Os tringulos que possuem o mesmo nmero se referem aos mesmos eventos.
O tringulo Transfer-out tem uma linha ao seu lado que sai de uma porta lgica de onde sero
usados os eventos, enquanto que o tringulo Transfer-in possui uma linha que sai de seu topo e
Captulo 3 -M to d o da Anlise da A rvore de Falhas (FTA) e o Diagrama de Ishikawa 42
vai para outra porta lgica e representa o ponto para onde sero transferidas cpias dos
eventos.
Os tringulos so usados para evitar a repetio de eventos iguais e para simplificar a
representao da rvore de falhas, como ilustrado no Quadro 3.3. Os eventos na entrada da porta
lgica A so os mesmos que se encontram na entrada da porta lgica C, logo se utilizam os
smbolos Transfer in e Transfer out
Quadro 3.3 - Ilustrao do uso do smbolo transferncia (HENLEY e KUMAMOTO, 1981).
Sem a utilizao dos tringulos de transferncia Com a utilizao os tringulos de transferncia
3.5 Exemplo de uma rvore de falhas
A Figura 3.6 um exemplo de uma estrutura de rvore de falhas, associada falha

compressor liga-desliga
A falha observada uma operao intermitente do compressor. Este comea a funcionar e
logo desliga. Podem existir duas possveis causas: Eixo trancado ou protetor trmico trocado.
No incio da operao do compressor, quando a rotao do eixo baixa, existe uma
corrente eltrica bastante elevada chamada de corrente de partida. A medida que a rotao do
eixo aumenta, aproximando-se da rotao de trabalho, a corrente eltrica diminui aproximando-
se de um valor constante. Este perodo transitrio de incio de funcionamento tem um curto
espao de tempo, portanto no chega a causar aquecimento suficiente para desarmar o protetor
trmico.
Figura 3.6 - rvore de Falhas de um compressor (SAKURADA, 1997).
Quando o compressor permanece no estado trancado ou com baixa rotao por um

tempo alm do especificado, ocorre aquecimento fazendo com que o protetor trmico atue
interrompendo a passagem de corrente eltrica. Aps alguns instantes, o contato do protetor
refeito automaticamente e o compressor volta a ligar. Caso o eixo permanea trancado ou com
baixa rotao de trabalho, o protetor trmico voltar a desarmar.
Alguns compressores podem ser montados com o protetor trmico errado. Para fazer com
que o compressor fique ligando e desligando, necessrio que o protetor trmico montado seja
de uma capacidade abaixo da especificada no projeto. Desta maneira, para este protetor trmico a
corrente eltrica de trabalho excessiva, ento este interrompe a passagem de corrente eltrica.
Aps alguns instantes, logo que o contato refeito, o compressor volta a trabalhar e a desligar
devido a atuao do protetor trmico.
A rvore de falhas na Figura 3.6 possui dois nveis hierrquicos e seus eventos esto
relacionados por portas lgicas ou. Os eventos Eixo trancado e Protetor trmico trocado
so as falhas do primeiro nvel hierrquico e as falhas do segundo nvel hierrquico so leo
lubrificante ausente, Eixo trocado, Bloco trocado.
A falha do sistema, compressor liga-desliga, est no alto da rvore de falhas (evento de
topo). Os eventos intermedirios, da mesma forma que o evento de topo, so representados por
retngulos enquanto que as causas bsicas por crculos. As causas bsicas representam o limite
de desenvolvimento da ramificao da rvore.
A probabilidade de ocorrncia do evento de topo, Qs, calculada pela unio dos eventos
Ti e T2.
Captulo 3 - M todo da Anlise da Arvore de Falhas (FTA) e o D iagram a de Ishikawa 44
Qs - P(Qt 1 ^ Qt 2) - P(Q t 1 + Q t 2) (3. 1 )

Qs =P(Qti) + P(Qt2) - P(Qti QT2) (3 2)
Qs - QtI + Qt 2 - Qti Qt 2 (3 3)
O desenvolvimento da equao (3.1) foi baseado na equao (3.4). A probabilidade de

ocorrncia do evento T2 calculada da mesma maneira, atravs da unio dos eventos T3, T 4, T5
... Tn, equao (3.4).
Q t2 = Q t3 ^ Q t4 ^ Q t 5 ^ Q tii (3 4)
Na equao (3.1) usado o operador unio porque a porta lgica que relaciona os dois
eventos ou. Caso os eventos fossem relacionados por uma porta e seria usado o operador
interseo. Por exemplo:
Qs = P(Qti ^ QT2) = Qti-Qt 2 (3.5)
A expresso (3.3) foi desenvolvida para eventos independentes, no-mutuamente

exclusivos. Para eventos mutuamente exclusivos no existe interseo de eventos, logo P(Qti o
Qt 2) vale zero.
3.6 Procedimento para a construo da rvore de falhas

Para construir a rvore de falha utilizada uma lgica inversa empregada na rvore de
eventos, partindo-se de uma determinada falha ou evento no desejado, trabalha-se numa
ramificao de cima para baixo, a fim de explorar todas as combinaes de eventos que podem
resultar em falha (MOJENA, 1999).
O mtodo da rvore de falhas uma anlise do tipo Top-down. As anlises iniciam com
os eventos de topo que so os eventos indesejveis, os quais se pretende evitar. A partir disso, as
causas ligadas diretamente com este evento de topo so determinadas, que so os eventos do
primeiro nvel hierrquico. A anlise prossegue para os eventos de segundo nvel hierrquico e
assim por diante e dependendo da complexidade do sistema, das informaes do sistema, das
informaes sobre as falhas, dependendo do maior ou menor detalhamento da rvore de falhas,
tem-se uma maior ou menor quantidade de nveis hierrquicos. Finalmente, definir o
relacionamento entre os eventos atravs do uso das portas lgicas.
3.7 FTA automatizados
Da mesma forma que o FMEA, muito autores tm desenvolvido FTAs automatizados

para facilitar o desenvolvimento das rvores e o clculo de confiabilidade, sendo geralmente
integradas com outras ferramentas.
LIN et al. (1998) apresenta em seu trabalho um sistema que faz uso da teoria Ftizzy Set
junto com o FTA para a avaliao da taxa de falhas de eventos vagos e imprecisos.
LIU et al. (1999) desenvolve um sistema especialista que contm informaes essenciais
para auxiliar no desenvolvimento de um projeto integrando informaes obtidas do FMECA,
FTA, Kaizen e modelos de confiabilidade.
KHAN et al. (2000) desenvolve um software para o uso do FTA em indstrias qumicas,
tendo em vista a necessidade de um sistema para avaliao de risco, que tambm trabalha em
conjunto com outras ferramentas como: Estudo de operabilidade e risco (Hazard and operability
study - HAZOP), FMEA, listas de verificao (Checklists), Hazard survey e Anlise de risco
(Hazard Analysis - HAZAN).
3.8 Comentrios
O diagrama de Ishikawa uma ferramenta que proporciona ao grupo de anlise um

conhecimento rpido do problema. O interessante que este problema pode ser gradativamente
estratificado at que se tenha razovel detalhamento do que est sendo analisado. Segundo DIAS
(2000) uma forma estruturada de estudar um problema tcnico.
O diagrama de Ishikawa pode vir antes de uma Anlise de Arvore de Falhas ou mesmo de
um FMEA. Veja que as entradas do diagrama so as mesmas do FTA. Contudo ele no d conta
dos relacionamentos proporcionados pelas portas lgicas que so definidas no FTA. No seria
possvel, por exemplo, fazer uma anlise de confiabilidade. O diagrama estruturado como se
todas as causas estivessem em srie, para um determinado efeito.
O FTA uma ferramenta que concorre com algumas das que foram apresentadas no
Captulo 2. Ao mesmo tempo, pode ser usado em paralelo ou como complemento, ou mesmo
servir-se de alguma tcnica para extrair o mximo de informao possvel do sistema que est
sendo analisado, como foi feito no item 3.7.
A NASA utiliza o FTA depois da ferramenta FMEA. Ela enquanto uma contratante de
projetos e servios, exige primeiro uma anlise tipo FMEA e com os respectivos modos de falha
ela avalia, pela rvore de falhas, as diversas possibilidades da no-funo (evento de topo)
Captulo 3 -M to d o da Anlise dar\>ore de Falhas (FTA) e o Diagrama de Ishikawa 46
ocorrer. Com certeza este no um processo que ocorre linearmente, muitas idas e vindas so
feitas at que todas as possibilidades de falha estejam discutidas e registradas.
Neste trabalho, a rvore de Falhas foi utilizada para facilitar a comunicao entre o
engenheiro do conhecimento e o especialista. O diagrama de Ishikawa foi utilizado para
correlacionar os mdulos existentes na mquina de transplante de mudas e os efeitos no
desejveis: no transplantar mudas e danificar mudas.
Captulo 4
FM EA - Anlise dos Modos

de Falha e seus Efeitos
4.1 Introduo
Este captulo apresenta uma reviso bibliogrfica sobre o FMEA, tendo como tpicos as
definies, descrio da equipe responsvel pelo desenvolvimento, procedimentos (etapas), as
aplicaes (projetos, processos, servios), relacionamentos com outros FMEAs, quando executar
e o respectivo formulrio. Apresenta-se tambm a definio de Anlise do Modo de falha,
Efeitos e Criticalidade (FMECA) e seus relacionamentos com o FMEA.
4.2 Histrico
No h se sabe a data em que surgiu o FMEA. Em alguns trabalhos no possvel saber

se a data referente ao FMEA ou ao FMECA. Por exemplo, analisando o texto a seguir:
O FMEA teve sua origem nos Estados Unidos no dia 9 de novembro de 1949, como um
padro para as operaes militares - Procedures fo r Performing a Failure Mode, Effects and
Criticality Analysis (Military Procedure M1L-P-1629). Esta norma foi utilizada como uma
tcnica de avaliao da confiabilidade para determinar os efeitos nos sistemas e falhas em
equipamentos. As falhas foram classificadas de acordo com seus impactos nos sucessos das
misses e com a segurana pessoal/equipamento (www.fineca.com, 2000). A norma MIL-P-
1629 executa a anlise de criticalidade em seu procedimento, logo, no deveria ser FMEA, e sim
FMECA.
O FMECA, atualmente, denominado de Military Standard MIL-STD-1629A e teve o
seu incio na indstria automobilstica nos anos 70. Em 1988, a Organizao Internacional de
Padronizao (International Organization o f Standardization) lanou a srie ISO 9000, dando
um impulso s organizaes para desenvolverem um Sistema de Gerenciamento de Qualidade
formalizado e direcionado s necessidades, desejos e expectativas dos clientes. A QS 9000 um
padro da indstria automotiva anlogo ISO 9000. As empresas Chrysler Corporation, Ford
Captulo 4 - Reviso Bibliogrfica: Anlise do modo de falha e efeitos 48
Motor Company e General Motors Corporation desenvolveram a QS 9000 em um esforo para

padronizar o sistema de qualidade fornecedor.
De acordo com a QS 9000, os fornecedores de automveis devem utilizar o Planejamento
de Qualidade de Produto Avanado (Advanced Product Quality Planning - APQP), incluindo
FMEAs de projeto e de processo, e desenvolver um Plano de Controle. Atualmente um novo
padro est sendo desenvolvido pela SAE (Society Automotive Engineering) junto com as
empresas: General Motors Corporation, Ford Motor Company e a Chrysler Corporation
(www.fmeca.com, 2000).
4.3 reas de utilizao do FMEA atualmente
O FMEA tem sido utilizado nas mais diversas reas:

- Equipamentos de semicondutores (VILLACOURT, 1992);
Sistemas hidrulicos e pneumticos (LATINO, 1996), (BULL et al, 1995);
Circuitos eltricos (PRICE, 1996);
- Desenvolvimento de reator termonuclear (PINNA et al, 1998).
- Indstrias siderrgicas (CASTRO, 2000);
O FMEA freqentemente utilizado com a Anlise da rvore de Falhas (FTA), mas

pode ser usado com outras ferramentas, por exemplo, com o QFD (Quality Function
Deployment) (SOUZA, 2000), FCM (Mapas Cognitivos Fuzzy) (PELEZ, 1996).
Segundo HAWKINS e WOOLLONS (1998) uma das maiores crticas a respeito do uso
do FMEA o tempo consumido. Esse problema tem sido amenizado com o uso dos FMEAs
automatizados.
O desenvolvimento dos computadores, das linguagens e das interfaces para programao,
tem favorecido o desenvolvimento de FMEAs automatizados e vrios autores (BULL et al,
1995; PRICE, 1996; PELEZ, 1996; RAIMOND et al, 1997) iniciaram o desenvolvimento de
softwares para auxiliar nas atividades como: o preenchimento dos formulrios, gerenciamento
das reunies e o cadastro das falhas. HUANG et al (1999) apresenta um prottipo de FMEA
automatizado com suporte para Internet, isto , os participantes de uma reunio poderiam estar
em diversas partes do mundo executando o mesmo FMEA.
Captulo 4 - R eviso Bibliogrfica: Anlise do modo de falha e efeitos 49
4.4 Definies
A Associao Brasileira de Norma Tcnicas (ABNT), na norma NBR 5462 (1994), adota
a sigla originria do ingls FMEA (Failure Mode and Effects Analysis) e a traduz como sendo
Anlise dos Modos de Falha e seus Efeitos. Observa-se que a norma utiliza o termo pane para
expressar falha. Ainda segundo a norma, o FMEA um mtodo qualitativo de anlise de
confiabilidade que envolve o estudo dos modos de falhas que podem existir para cada item, e a
determinao dos efeitos de cada modo de falha sobre os outros itens e sobre a funo especfica
do conjunto.
A M ilitary Standard (MIL-STD 1629A) (1980), identifica como sendo um procedimento
pelo qual cada modo de falha potencial em um sistema analisado para determinar os resultados
ou efeitos no sistema e para classificar cada modo de falha potencial de acordo com a sua
severidade.
FMEA uma tcnica analtica utilizada por um engenheiro/time como uma maneira de
garantir que, at a extenso possvel, os modos potenciais de falha e suas causas/mecanismos
associados tenham sido considerados e localizados. Na sua forma mais rigorosa, o FMEA um
sumrio do conhecimento do engenheiro/time (incluindo uma anlise de itens que poderiam
falhar baseado na experincia e em assuntos passados) de como um produto ou processo
desenvolvido. Esta abordagem sistemtica confronta e formaliza a disciplina mental que um
engenheiro passa em qualquer processo de planejamento de manufatura (Ford Motor Company,
1997).
Um dos requisitos para a utilizao da ferramenta que se tenha total conhecimento do
que modo de falha e efeitos. Portanto, para iniciar o estudo foi feito o uso do dicionrio
MICHAELIS (2000), sendo consultado os seguintes termos: MODO, FALHA e EFEITO.
MODO a Forma ou maneira de ser ou manifestar-se uma coisa; Maneira ou forma

particular de fazer as coisas, ou de falar; Maneira de conseguir as coisas; meio, via.
FALHA: Defeito, Desarranjo, enguio ou ato ou efeito de falhar, sendo que FALHAR
est descrito como No dar o resultado desejado, no ser como se esperava.
Desta forma, pode-se ento comear a definir MODO DE FALHA como sendo: a forma
do defeito, maneira na qual o defeito se apresenta, maneira com que o item falha ou deixa de
apresentar o resultado desejado ou esperado, um estado anormal de trabalho, a maneira que o
componente em estudo deixa de executar a sua funco ou desobedece as especificaes.
Captulo 4 -R e v is o Bibliogrfica: Anlise do modo de falha e efeitos 50
O modo de falha uma propriedade inerente a cada item, visto que cada item tem suas
caractersticas particulares como funo, ambiente de trabalho, materiais, fabricao e qualidade.
Por exemplo, para um eixo pode-se ter como modo de falha, ruptura, empenamento, desgaste e,
para um filtro pode-se ter, rompido, entupido e assim por diante.
Existem duas abordagens para levantar os modos de falha: Funcional e Estrutural.
A abordagem funcional (Quadro 4.1) genrica, no necessita de especificaes de
projeto ou de engenharia. Pode ser tratada como uma no-fimo. Por exemplo:
Quadro 4.1 - Modo de falha com a abordagem funcional.
Componente Funo Modo de falha
Transmitir No transmite movimento, no

Eixo
movimento, torque. transmite torque.
A abordagem estrutural necessita de informaes de engenharia as quais muitas vezes

no esto facilmente disponveis. Tanto na abordagem funcional como na abordagem estrutural
muito importante que se tenha, bem definida, a funo do componente, pois a referncia para
se verificar quando o item est em falha ou no. O Quadro 4.2 apresenta os modos de falha para
um eixo adotando a abordagem estrutural.
Quadro 4.2 - Modo de falha com a abordagem estrutural.
Componente Funo Modo de falha
Transmitir Ruptura, empenamento,

Eixo
movimento, torque. desgaste...
EFEITO: Resultado produzido por uma ao ou um agente, denominados causa em relao

a esse resultado, conseqncia, resultado, fim, destino (MICHAELIS, 2000).
Pode se dizer que os EFEITOS do modo de falha so os resultados produzidos quando

estes vm a ocorrer, so as conseqncias do modo de falha. Em outras palavras, o efeito a
forma ou maneira de como o modo de falha se manifesta ou como percebido em nvel de
sistema. O modo de falha ocorre internamente, em nvel de componentes, subsistemas, gerando
efeitos externos, Figura 4.1.
Captulo 4 - Reviso Bibliogrfica: Anlise do modo de falh a e efeitos 51
Na identificao dos efeitos, deve-se perguntar: O que pode acontecer com o

desenvolvimento deste modo de falha? O que isto causa no sistema? O que o cliente v? Quais
os danos que isso pode causar ao ambiente?
M odo de Falha
no item
Entrada
>1
r-u-Q-LI I Sada
nr
Efeitos gerados
pelos modos
falha
Figura 4 . 1 - Indicativo de que o Modo de falha uma ao interna e efeito uma ao externa
CAUSA: Aquilo que determina a existncia de uma coisa; O que determina um

acontecimento; agente, motivo, razo; origem, princpio (MICHAELIS, 2000).
As causas do modo de falha so os motivos que levaram o modo de falha a ocorrer,

podem estar nos componentes da vizinhana, fatores ambientais, erros humanos, ou no prprio
componente.
Em resumo, vale ressaltar, embora as definies sejam simples, nem todas as falhas
podero se ajustar estas definies, podendo gerar muitas discusses em uma reunio de
FMEA. Deve-se ter em mente que, um modo de falha uma anomalia que ocorre em nvel de
componente e um efeito ocorre em nvel de sistema. Esta anomalia deve ser caracterizada em
termos de funo ou especificaes de projeto, processo ou uso.
Uma maior discusso pode ocorrer entre modo de falha e causa do modo de falha. Os
membros da equipe devem ter conscincia de que o importante que a falha seja considerada na
anlise, para que posteriormente sejam tomadas as medidas necessrias para sua eliminao. Este
problema voltar a ser discutido no estudo de caso realizado na bomba de engrenagens, que ser
discutido no captulo 5.
4.5 O que o FMEA
O FMEA um mtodo qualitativo que estuda os possveis modos de falha dos

componentes, sistemas, projetos e processos e os respectivos efeitos gerados por esses modos de
falha. O modo de falha a expresso utilizada para caracterizar o processo e o mecanismo de
falha que ocorre nos itens. O efeito maneira como o modo de falha se manifesta. Cada item
pode ter diferentes modos de falha. Um determinado modo de falha vai se tomar mais ou menos
evidente, dependendo da funo que o item est desempenhando naquele caso especfico. O
efeito, por sua vez, segue a mesma sistemtica.
A relao entre modo de falha e efeito, se bem controlada, pode tomar-se uma ajuda
muito grande para a anlise da confiabilidade e tambm para os processos de manuteno a
serem adotados. A dificuldade grande neste relacionamento dado que diferentes modos de
falha podem se manifestar da mesma maneira, ou seja, apresentam o mesmo efeito. Essa
complexidade toma-se ainda mais evidente quando da associao de um item a outro.
Por exemplo, um eixo enquanto um elemento de mquina isolado pode ter modos de
falha do tipo: fratura abrupta, fratura por fadiga, empenamento. Se associado ao mancai, e o eixo
estiver girando, pode-se considerar, ainda, os modos de falha: eixo trancado e eixo desalinhado.
Tanto o modo de falha empenamento quanto eixo desalinhado tem como efeito, quando o eixo
gira, a vibrao. Esse efeito pode ser produzido tambm por problemas especficos dos mancais
que suportam o eixo ou por outros componentes que esto montados no eixo.
Outro aspecto importante a ser abordado na anlise do FMEA a causa geradora do
modo de falha. Embora muitos modos de falha sejam inerentes ao item em anlise, o estudo das
causas permite aprofundar a relao entre o item e a funo e gerar procedimentos mais
consistentes para aproveitar bem os efeitos, nas suas primeiras manifestaes, no sentido de
tomar as providncias requeridas antecipando-se perda da funo devido ocorrncia do modo
de falha.
Com base nas anlises feitas sobre os modos de falha e seus efeitos, so tomadas aes
que posteriormente sofrero uma reavaliao e documentao. O material gerado pelo FMEA
tem como funo servir como uma ferramenta para prognstico de falhas e auxiliar o
desenvolvimento/anlise de projeto de produtos, processos ou servios.
O FMEA, por ser um registro, pode evitar que problemas passados venham a ocorrer
novamente buscando a melhoria contnua, sendo um documento vivo, atualizado e representa as
ltimas mudanas realizadas do produto.
Captulo 4 - Reviso Bibliogrfica: A nlise do modo de falha e efeitos 53
O conhecimento dos modos de falha dos itens, em qualquer fase do ciclo de vida do
produto, permite tomar as providncias aos tcnicos, na fase do ciclo de vida que se est
analisando, para evitar a manifestao daquele modo de falha. Assim, portanto auxilia nos
aspectos da mantenabilidade e da confiabilidade. O material gerado pode tambm servir em
programas de capacitao, proporcionando um melhor entendimento dos componentes e do
sistema. Com isso, tem-se um maior conhecimento a respeito das falhas facilitando a escolha do
tipo de manuteno (corretiva, preventiva, preditiva), garantindo maior disponibilidade1 do
equipamento.
4.6 O que o FMECA

A sigla FMECA tem origem da seguinte expresso em ingls Failure Modes, Effecs and
Criticality Analysis e ser traduzida como Anlise dos Modos de Falha, Efeitos e Criticalidade.
Muitos autores, KUME [1996], PALADY (1997), STAMATIS (1995), VILLACOURT
(1992), propem discutir a respeito do FMEA, mas na verdade se referem ao FMECA. MOHR
(1994) apresenta a diferena entre FMEA e FMECA da seguinte maneira:
FMECA = FMEA + C (4.1)
onde,
C = Criticalidade = (Ocorrncia) x (Severidade) ( 4-2 )
O ndice Ocorrncia usado para avaliar as chances (probabilidade) da falha ocorrer,

enquanto que a Severidade avalia o impacto dos efeitos da falha, a gravidade dos efeitos.
Todos os autores relacionam a severidade aos efeitos dos modos de falha. No entanto, a
Ocorrncia relacionada, dependendo do autor, ao modo de falha ou s causas do modo de falha.
Existe ainda uma outra mtrica do FMECA, que se chama ndice de deteco das falhas,
Figura 4.2. Este tambm relacionado aos modos de falha ou s causas do modo de falha.
Em muitos trabalhos, no fica claro se estamos relacionando os ndices ao modo de falha
ou s causas do modo de falha, sendo encontrado freqentemente questes como:
1 Disponibilidade a capacidade de um item estar em condies de executar uma certa funo em um dado instante
ou durante um intervalo de tempo determinado, levando-se em conta os aspectos combinados de sua confiabilidade,
mantenabilidade e suporte de manuteno, supondo que os recursos externos requeridos estejam assegurados (Dias,
1997).
- Quais so as chances da falha ocorrer?

- Quais so as chances de se detectar a falha antes que ela alcance o cliente?
Afinal, as duas questes referem-se ao modo de falha ou s causas da falha? Esta questo
foi observada por PALADY (1997) e este afirma que, independente da abordagem, os resultados
obtidos so os mesmos. As duas abordagens esto ilustradas na Figura 4.2.
r
ndice de ndice de
deteco deteco
Causas da falha Modos de falha
<
Probabilidade
Probabilidade
de ocorrncia
de ocorrncia
v v
Figura 4.2 - ( 1 ) ndices baseados nas causas. (2) ndices baseados nos modos de falha.
No FMECA calculado o Nmero de Prioridade de Risco (NPR) sendo que em algumas

abordagens o valor atribudo ao modo de falha e em outras a cada causa do modo de falha. A
expresso (4.3) bastante similar expresso para o clculo da criticalidade (4.2), diferenciando
apenas pela parcela de deteco.
NPR = Ocorrncia x Severidade x Deteco (4.3)
Deteco um valor que mostra a eficincia dos controles de deteco da falha (modo de
falha ou causa do modo de falha). Quanto maior for o valor atribudo ao ndice de deteco
significa que maior ser a dificuldade de detectar a falha.
A seguir so apresentados exemplos de tabelas utilizadas para estimar os ndices de
severidade, ocorrncia e deteco.
Captulo 4 - R eviso Bibliogrfica: Anlise do modo de falha e efeitos
Quadro 4.3 - Probabilidade de ocorrncia (BEM-DAYA e RAOUF, 1996)
Probabilidade de ocorrncia Chances de ocorrncia Escore _
Remota 0 1
Baixa 1/20,000 2
1/10,000 3
Moderada 1/2,000 4
1/1.000 5
1/200 6
1/100 7
Alta 1/20 8
Muito alta 1/10 9
1/2 10
Quadro 4.4 - Severidade dos efeitos (BEM-DAYA e RAOUF, 1996)
Severidade Escore
O cliente provavelmente no tomar conhecimento 1

Leve aborrecimento 2 -3
Insatisfao do cliente 4 -6
Alto grau de insatisfao 7 -8
Atinge as normas de segurana 9-10
Quadro 4.5 - ndice de deteco das falhas (BEM-DAYA E RAOUF, 1996)

Captulo 4 Reviso Bibliogrfica: Anlise do modo de falha e efeitos 56
2 . oi g\
s Q o
.to-
- u*
< O Uo m
1 t/i ' >
o'
O m

* 3 l _ la
Vk . o O
1 ii
<1 | ls
1 -3
H! a -a 2
..
1*2 -<os lo
IS J3 |
1-0 3
U O
o I &
S. 3 -3
M !.{ i i * 1
u I*2 !| ! , i a
s. I c W ! n
< iu I j i l l l
? ! l f l _ S if i
55 P. <* (2 )
Q.*>..*
M -3 3
-
*o
1 1 l . m :.
O ii a
f . ._ 1
<D
O u u .P (2 )
U
f .1

xn Q S S I g ... 1:
i*.
Vi i T
o 3o 3
w
<
i i
i i t
1
t/v >
a -s
t | l i !
S J * p
u i -M
j j
'O
Q, l
* 1 1 m
s f s 1 w
O.
%
Funo
1<*;
Z
Ii ;
Componente
a
w t
s
1
Figura 4.3 - Formulrio FMECA adaptado da SAE (2000),

Captulo 4 - R eviso Bibliogrfica: Anlise do modo de falha e efeitos
57
Os leiautes dos formulrios so desenvolvidos de acordo com o critrio de cada empresa,

no existindo uma padronizao. A Figura 4.3 apresenta um formulrio FMECA, com uma breve
descrio de seus campos, e a Figura 4.4 um FMEA. Verifica-se que para executar um FMECA,
necessrio que se tenha bem mais informaes sobre o produto do que no FMEA, por exemplo,
que permitam avaliar a probabilidade de ocorrncia da falha, deteco e tambm informaes
que permitam avaliar o impacto da falha no cliente, no meio ambiente ou nas normas
governamentais.
O formulrio FMEA bem mais simples e no possui os campos, 8 (ndice de
severidade), 10 (ndice de ocorrncia), 11 (controles atuais), 12 (ndice de deteco), 13 (Nmero
de prioridade de risco) e 17 (reviso dos ndices).
A seguir, tem-se a descrio de cada um dos campos.
Identificao do sistema (1): Identificar o nome do sistema ou o ttulo de identificao
do FMEA. No caso de FMEA de processo, deve-se identificar o nome do processo, da
montagem ou da pea.
Participantes (2): Nome das pessoas da equipe FMEA que esto presentes na reunio.
Pgina e datas (3): Nmero da pgina, datas de incio (dia/ms/ano) das reunies para o
desenvolvimento do FMEA e data atual.
Componente (4): Nome dos componentes do sistema.
Funo (5): O engenheiro escreve a inteno, propsito, meta ou objetivo do
componente. A funo deve ser escrita de uma maneira concisa e fcil de entender, usando
termos especficos, preferencialmente com um verbo e um substantivo.
Modo potencial de falha (6): O problema, a preocupao, a oportunidade de melhoria, a
falha. Quando algum pensar nos modos potenciais de falha, deve pensar na perda da funo do
sistema - uma falha especfica. Para cada funo do sistema identificado na coluna 10 da
planilha, deve-se listar a correspondente falha do sistema., podendo existir mais de uma falha por
funo.
Efeitos potenciais de falha (7): So as conseqncias que surgem no sistema causadas
pelos modos de falha. Eles devem ser identificados, avaliados e registrados para cada modo de
falha. As conseqncias podem ser para o sistema, produto, cliente ou para as normas
governamentais. Deve-se descrever os efeitos em termos do que o usurio pode perceber ou
sentir. O usurio tanto pode ser um cliente interno ou externo (montadora ou consumidor final).
Severidade do efeito (8): Severidade um ndice que indica o quo srio o efeito do
modo de falha potencial. A severidade sempre aplicada sobre o efeito do modo de falha. H
Captulo 4 - Reviso Bibliogrfica: A nlise cio modo de falha e efeitos 58
uma correlao direta entre o efeito e a severidade Quanto mais grave e crtico o efeito maior
o ndice de severidade. Severidade revisada da perspectiva do sistema, outros sistemas, do
produto, do cliente, e/ou normas governamentais. O ndice de severidade s pode ser alterado
mediante uma mudana no projeto. Pode assumir valores de 1 a 10.
Causas potenciais da falha (9): A causa do modo de falha causa geradora do modo de
falha. Pode estar no componente, nos componentes vizinhos, ambiente.
Ocorrncia (10): Ocorrncia um ndice que corresponde a um nmero estimado
(algumas vezes um nmero cumulativo) das falhas que poderiam ocorrer. Deve ser baseado ou
na causa ou no modo de falha. A ocorrncia pode ser reduzida mediante melhorias nas
especificaes de engenharia e /ou nos requerimentos do processo com a inteno de prevenir as
causas e reduzir suas freqncias.
Controles atuais (11): Um mtodo (procedimento), teste, reviso de projeto ou uma
anlise de engenharia. Eles podem ser muito simples, como por exemplo Brainstorming , ou
bastante tcnicos e avanados, como por exemplo, mtodo dos elementos finitos, simulao
computacional e testes de laboratrio. O objetivo do mtodo de deteco identificar e eliminar
as falhas antes que estas atinjam os clientes (externos ou internos).
Deteco (12): Deteco a probabilidade de que os sistemas de controle detectem a
falha (causa ou modo de falha) antes que esta atinja os clientes (internos ou externos). Para
identificar um ndice de deteco deve-se estimar a habilidade para cada um dos controles
identificados no item 11 para detectar a falha antes que ela alcance o cliente. O ndice de
deteco pode assumir valores de 1 a 10. O ndice de deteco pode ser reduzido
adicionando ou melhorando as tcnicas de avaliao do projeto/processo, aumentando o tamanho
das amostras.
Nmero de prioridade de risco (NPR) (13): E o ndice resultado do produto d ndice
de ocorrncia, de severidade e deteco. Este valor define a prioridade da falha. E usado para
ordenar (classificar) as deficincias do sistema.
Aes recomendadas (14): Nenhum FMEA deve ser feito sem nenhuma ao
recomendada. A ao recomendada pode ser uma ao especfica ou pode ser um estudo mais
adiante. A idia das aes recomendadas diminuir os ndices de severidade, ocorrncia e
deteco.
Responsabilidade e data de concluso limite (15): Deve-se eleger os responsveis para
as tomadas de aes e definir prazos para a entrega dessas aes.
Captulo 4 - Reviso Bibliogrfica: Anlise do modo de falh a e efeitos
59
Aes tomadas (16): S porque algo foi recomendado, no significa que algo foi feito.
imperativo que algum siga as recomendaes para determinar se elas foram direcionadas
adequadamente, e/ou se necessrio fazer atualizaes nestas aes. Note que o FMEA um
documento vivo e como tal algum deve ser responsvel em atualiz-lo. Depois que as aes
fossem tomadas, uma breve descrio da ao deveria ser feita.
Nmero de prioridade de risco revisado (17): Depois das aes estarem incorporadas
no sistema, a equipe FMEA deveria reavaliar as conseqncias da severidade, ocorrncia e
deteco. Os resultados deveriam ser revisados pelo time FMEA e um novo NPR ser calculado e
as falhas serem ordenadas. Este processo repetido at o time de FMEA decidir que todas as
informaes relevantes foram cobertas. Se nenhuma ao for tomada, ento estas colunas
permanecero em branco.
Nota-se que, muitas das informaes requeridas no formulrio FMECA so indisponveis
nas fases iniciais do processo de projeto, informacional e conceituai. Os formulrios, contudo,
apresentam uma srie de requisitos que devem constar das matrizes de deciso utilizadas nos
processos iniciais. S ser possvel, verificar a comprovao de que os ndices requeridos e o
grau atribudo esto presentes no produto final, se houver um planejamento de um experimento
voltado para este objetivo ou ento, do acompanhamento do produto no uso. Observa-se que
nestes casos, est se trabalhando na fase do projeto preliminar ou detalhado. Tm-se a os
conceitos bem definidos, e esto sendo analisados alguns aspectos destes conceitos,
representados pelos seus modelos fsicos, na forma de desenhos preliminares, modelos
detalhados ou MOCAP.
No FMECA, quando no se tm os ndices de ocorrncia da falha, deve-se recorrer a
produtos similares no mercado para se obter uma estimativa, ou realizar testes com prottipos. A
avaliao do ndice de deteco vai depender dos sistemas de controle existentes, no projeto e no
processo de fabricao de cada empresa.
Um formulrio FMEA, de uma forma geral, apresenta o seguinte formato (Figura 4.4):
Capitulo 4 -R e v is o Bibliogrfica: Anlise do modo de falha e efeitos 60
Responsabilidade &
data de concluso
limite
recomendadas
CU o
ASes
Mecanismos de
potenciais /
Causas
falha
o *
potenciais de
Efeitos
falha
Modo de falha
potencial
t
O
1
%
00 1
O
Figura 4.4 - Formulrio FMEA adaptado da SAE (2000).
7 Como avana o FMEA/FMECA na anlise da falha
A anlise que geralmente feita pelo FMEA denominada Bottom-up, porque parte da
anlise dos modos de falhas dos componentes e estende-se at os efeitos causados no sistema.
Pode-se empregar a anlise do tipo Top-down, que parte dos efeitos no sistema e procura-se
determinar as causas destes efeitos, como ser visto no captulo 4.
Captulo 4 - Reviso Bibliogrfica: A nlise do modo de falha e efeitos 61
A Figura 4.5, exemplifica um fragmento da anlise Bottom up em um compressor. O eixo

de comando do cilindro est trancado. Este modo de falha pode gerar os seguintes efeitos no
sistema: Compressor liga e desliga, o compressor simplesmente no parte ou o compressor no
parte e proporciona fuga de corrente para a carcaa.
Figura 4.5 - Anlise do tipo Bottom-up (SAKURADA, 1997).
No incio do funcionamento, quando a rotao do eixo baixa, uma corrente eltrica

elevada, temporria, percorre a bobina auxiliar, chamada de corrente de partida. A medida que a
rotao do eixo aumenta, a corrente eltrica diminui. Quando atingida a rotao de trabalho, a
corrente eltrica fica aproximadamente constante, neste momento deixa de passar pela bobina
auxiliar e passa a percorrer a bobina principal.
Quando a rotao do eixo no atinge a rotao de trabalho, a corrente eltrica permanece
elevada causando aumento da temperatura que pode fazer com que seus enrolamentos (bobinas)
se alonguem ou pode deteriorar os seus isolamentos causando curto-circuito. Para evitar estes
problemas os compressores so construdos com mecanismos protetores para desligar o motor,
temporariamente, se houver aumento elevado de temperatura ou consumo elevado de corrente
eltrica. Estes mecanismos so chamados de protetores trmicos.
Normalmente, o protetor trmico est ligado em srie com a linha de alimentao de
energia do compressor, de modo que toda a corrente passe atravs dele. Se houver aumento
excessivo de temperatura, tanto devido temperatura ambiente como pela passagem de corrente
eltrica, ocorre o corte do fornecimento de energia. Quando a temperatura reduzir, o protetor
trmico fecha o circuito automaticamente e se o eixo estiver trancado ocorrer a repetio deste
processo. Desta forma, o compressor ficar ligando e desligando.
Quando ocorre algum problema com o protetor trmico e este no interrompe o circuito,
ocorre curto-circuito na bobina auxiliar que causa degradao dos isolamentos que finalmente
pode causar curto-circuito na bobina principal. O efeito percebido que o compressor no parte
(no liga) e algumas vezes alm de no partir, proporciona fuga de corrente para a carcaa.
Esta uma anlise do tipo Bottom up, tem incio com um modo de falha (trancado) no
componente (eixo) e desenvolve-se at os efeitos no sistema (compressor). Observa-se que este
tipo de anlise pode ser feito ainda no final do projeto conceituai ou na fase do projeto
preliminar.
4.8 Quando iniciar um FMEA/FMECA
Segundo VILLACOURT (1992), nos primeiros estgios do ciclo de vida do produto

onde se tem maior influncia na confiabilidade do produto. A medida que o projeto amadurece,
torna-se mais difcil para alter-lo. Infelizmente, o tempo, o custo, e os recursos requeridos para
corrigir um problema, detectado nas fases finais do processo de projeto, aumentam.
Como est evidenciado na Figura 4.6, nas primeira fases do processo de projeto, investe-
se em tomo de 15 % do custo total do projeto, mas decide-se sobre 95 % do custo do ciclo de
vida do produto. Essa uma constatao que evidencia a importncia de investir-se em pesquisa
e desenvolvimento, para que seja considerado o mximo de informao e tcnicas, nas fases
iniciais do processo de desenvolvimento de produtos.
Segundo DOWNEY, citado por BACK e FORCELLINI (1998), 80% do custo do produto
fica comprometido com 20 % da fase do projeto realizado. Isso corresponde fase de projeto
conceituai concluda.
100
80
60 %
Custo
Total
40
20
Figura 4.6 - Os custos comprometidos ao longo do desenvolvimento do produto (VILLACOURT, 1992).
A frase citada por TENG e HO (1996), a melhor confiabilidade a confiabilidade

especificada no projeto do produto, manifesta a importncia da confiabilidade nas etapas do
processo de projeto.
Por esses motivos o FMEA deve ser iniciado o mais rpido possvel. Quanto mais cedo
for feito o FMEA, mais fcil e barato sero as mudanas para a melhoria do produto. No entanto,
nas fases iniciais de projeto (projeto conceituai) as informaes so bastante reduzidas, sendo
ento utilizada a abordagem funcional para os modos de falha. Contudo, em tendo-se
conhecimento da tcnica de FMEA/FMECA e das mtricas a ela vinculada, pode-se j nas
primeiras fases iniciais, levantar todos os requisitos requeridos para considerar este processo de
anlise ao longo do projeto.
Aps a fase do projeto detalhado, muitas caractersticas do produto j foram definidas.
Nesta etapa possvel usar, como recomenda a norma americana MIL-STD 1629A (1980), tanto
a abordagem funcional quanto estrutural.
Iniciar o FMEA na fase de projeto no garante que todas as falhas dos processos
seguintes do desenvolvimento do produto sero evitadas. Segundo SOUZA (2000), devido
complexidade e dificuldade de predizer as falhas, algumas podem ocorrer em campo.
Conseqentemente, o feed back de campo tambm uma da etapa muito importante em um
programa de confiabilidade. LATINO (1996) prope uma abordagem modificada de FMEA, em
sua obra possvel perceber a importncia dos histricos do produto colhidos durante a fase do
uso, resultando em redues no tempo gasto para o desenvolvimento do FMEA, reduo do
nmero de pessoas envolvidas e dos custos.
Captulo 4 - Reviso Bibliogrfica: Anlise do modo de falh a e efeitos 64
4.9 Aplicaes do FMEA/FMECA
A literatura tem trazido exemplos de aplicao do FMEA em diferentes setores. Estes

exemplos e recomendaes no so consensuais. Neste texto ser apresentada uma discusso
geral sobre estas aplicaes.
Esto presentes na literatura aplicaes em sistema, projeto, processo e servio. Esta a
classificao de STAMATIS (1995) e o autor entende que:
FMEA de Sistema - usado para analisar sistemas e subsistemas nas fases iniciais de
concepo e projeto. O FMEA de sistema enfoca os modos potenciais de falha entre as funes
do sistema, causada por algumas deficincias do sistema. Ele inclui a interao entre os sistemas
e os elementos do sistema.
FMEA de Proieto - usado para analisar produtos antes que eles sejam liberados para a
manufatura. O FMEA de projeto enfoca os modos potenciais de falha causados pelas
deficincias do projeto.
FMEA de Processo - usado para analisar os processos de manufatura e montagem. O
FMEA de processo enfoca os modos de falhas causados pelas deficincias do processo ou
montagem.
FMEA de Servio - usado para analisar servios antes que eles alcancem o cliente. O
FMEA de servio enfoca os modos de falha (tarefas, erros, enganos) causados pelas deficincias
do sistema ou processo.
As interaes entre as aplicaes podem ser vistas na Figura 4.7.
FMEA de sistema
Modo de falha Efeito Causas
O problema As ramificaes do As causas do problema
problema
FMEA de projeto ^
I
As causas do problema As causas do problema Novas causas razes para os
do FMEA de sistema com uma melhor definio modos de falha de projeto
FMEA de processo e
FMEA de servio f
As causas do problema Os mesmos efeitos do Causas razes especficas
do FMEA de projeto FMEA de projeto para os modos de falha de
Drocesso
Figura 4.7 - Relacionamento entre os vrios tipos de FMEAs (STAMATIS, 1995).

Captulo 4 - R eviso Bibliogrfica: Anlise cio modo de falha e efeitos 65
STAMATIS (1995) explica que os modos de falha do FMEA de sistema geram todas as
informaes essenciais para os FMEAs de projeto e processo, e embora os efeitos permaneam
os mesmos, as causas no FMEA de sistema tomam-se os modos de falhas no projeto, no qual
geram suas prprias causas, que finalmente tomam-se os modos de falha no FMEA de processo.
A explicao no clara, principalmente, no que se relaciona s causas que vo passando
a ser modos de falha. O fato dos efeitos permanecerem os mesmos, leva a concluir que a anlise
est sendo feita considerando sempre o mesmo usurio, ou seja, o usurio final do produto, o
cliente externo.
O guia desenvolvido pela Ford Motor Company (1997), apresenta apenas trs reas
principais para as aplicaes: Conceito, Projeto, Processo. O FMEA de Conceito apresenta-se
semelhante ao FMEA de sistema de STAMATIS (1995), o qual empregado para analisar as
concepes de sistemas e subsistemas, nas fases iniciais de projeto. Essa aplicao focaliza os
modos de falha potenciais associados s funes propostas, de um conceito adotado, pelas
decises de projeto. As definies de FMEA de projeto e processo tambm so semelhantes s
definies adotadas por STAMATIS (1995).
Na Figura 4.8 so apresentadas as dez categorias de FMEA utilizadas pela Ford: Uma
aplicao de conceito, trs de projeto, trs de montagem e trs de manufatura.
Figura 4.8 - Categorias de FMEA (FORD, 1997).

Captulo 4 ~ R eviso Bibliogrfica: Anlise do modo de falh a e efeitos 66
4.10 A equipe participante do FMEA/FMECA
Alguns autores como KUME [1996], STAMATIS (1995), VILLACOURT (1992) dizem
que um FMEA deve ser desenvolvido por uma equipe. No entanto, PALADY (1997) diz que um
FMEA pode e tem sido executado como um esforo individual, mas concorda que mais
eficiente quando aplicada em um esforo de equipe. Pode se afirmar que preciso ter uma
liderana e profissionais de rea especfica e correlata ao tema em anlise requerendo do grupo
objetividade e sinergia para atingir os objetivos propostos.
No h uma regra para definir o nmero de participantes do FMEA. PALADY (1997)
sugere um nmero de cinco a sete participantes, j STAMATIS (1995) diz que o nmero deve
variar de cinco a nove pessoas, mas cinco um bom nmero. O que se pode observar nas
equipes que os engenheiros de projeto e processo quase sempre devem estar presentes nas
equipes.
PALADY (1997) recomenda que uma pessoa deve ser responsvel pela durao do
FMEA, pelo oramento e pela eficcia do FMEA, enquanto que a equipe deve ser responsvel
em desenvolver a FMEA. O procedimento FMEA apresentado pela Ford tem um ponto de vista
semelhante ao de PALADY (1997) e concordam que embora a preparao do FMEA seja
designada a um indivduo, a contribuio do FMEA deve ser um esforo de equipe.
A equipe deve estar selecionada pelas reas envolvidas de modo que cada membro
contribua com diferentes experincias e conhecimentos. A equipe define os pontos e problemas,
identifica e prope idias, fornece e recomenda anlises ou tcnicas apropriadas, e toma uma
deciso baseada num consenso, que uma deciso coletiva alcanada atravs da participao
ativa de todos os membros.
STAMATIS (1995) salienta que no necessrio que haja concordncia das idias em
100 porcento, mas todos os membros devem estar comprometidos com a deciso.
Tanto STAMATIS (1995) como PALADY (1997) concordam que no se deve usar como
regra a deciso da maioria, pois isto no garante que esteja correta. Pode-se afirmar que os
princpios democrticos so vlidos para o relacionamento entre os membros da equipe, mas a
deciso final dever ser de consenso.
Para alcanar um consenso, cada membro do time deve estar disposto a:
- Receber idias;
- Ter uma postura para contribuir e no defender;
- Ouvir ativamente os outros pontos de vista;
- Verificar e descobrir as razes das outras opinies;
Capitulo 4 - Reviso Bibliogrfica: Anlise do modo de falh a e efeitos 67
- Confrontar com as diferenas de maneira no agressiva;

Estes itens foram apresentados por STAMATIS (1995) e se assemelham bastante com as
regras usadas no Brainstorming. Afinal, uma equipe de Brainstorming tambm composta por
pessoas de vrios setores, que exercem diferentes funes e esto reunidas com um objetivo em
comum. No anexo 3 so apresentadas algumas equipes FMEA sugeridas por STAMATIS (1995)
e PALADY (1997).
A eficincia e a produtividade do FMEA pode ficar comprometido quando (STAMATIS,
1995):
- O propsito da reunio no estiver claro;
- A reunio for mantida apenas para cumprir tabela;
- Houver repetio de informaes antigas;
- Forem tratados assuntos muito enfadonhos; assuntos triviais;
- O lider reprime o time;
- A equipe for constituda de membros despreparados;
- As tarefas forem definidas superficialmente;
- Existir pouco tempo ou vontade para tratar com situaes inesperadas;
Quando a equipe continua a se reunir sem a verificao dos itens acima, erros ocorrem,
como por exemplo:
Erros causados por mal entendimento;
Descoberta da necessidade de buscar informaes adicionais;
Dados incompletos porque o formulrio muito difcil de se completar;
Falha no uso de dados existentes;
STAMATIS (1995) salienta que todos os membros da equipe devem ter algum
conhecimento do comportamento do grupo, das tarefas, dos problemas a serem discutidos, das
pessoas relacionadas direta ou indiretamente com o problem. Acima de tudo, eles devem estar
dispostos a contribuir.
Uma equipe um grupo de indivduos que esto comprometidos em alcanar objetivos
organizacionais em comum, que se encontram regularmente para identificar e resolver
problemas, que buscam melhorar os processos, que trabalham juntos de maneira eficaz e
interagem abertamente. As equipes multidisciplinares podem e devem fazer uso de ferramentas
como, FT A, Brainstorming e QFD.
Na equipe necessrio que haja um coordenador que tenha conhecimento a respeito de
FMEA para orientar as reunies. Os membros da equipe so escolhidos em funo do problema,
Capitulo 4 - Reviso Bibliogrfica: Anlise do modo de falha e efeitos
68
pois cada produto possui caractersticas particulares como funo, projeto, materiais, fabricao,
qualidade. E muito importante que os membros participantes tenham conhecimento das
definies utilizadas no FMEA e tambm conhecimento do produto na respectiva rea.
4.11 Procedimento geral para a execuo do FMEA/FMECA
Os procedimentos descritos pelos autores so baseados na experincia de cada um. Estes

procedimentos foram agrupados no Quadro 4.6. sendo possvel verificar que as seqncias de
algumas etapas so coincidentes e existe pouca variao entre um procedimento e outro. As
etapas descritas so referentes ao FMECA Para o FMEA, como foi discutido anteriormente, no
existem as etapas referentes avaliao da criticalidade (NPR).
Quadro 4.6 - Procedimentos para o desenvolvimento do FMECA.

Etapas
T E N G e HO (1996) K U M E [1996] V IL L A C O U R T (1992) ST A M A T IS (1995)
Coleta de informaes do Modos de Falha Revisar as especificaes e Selecionar a equipe e

1 componente e funo do documentos de requerimentos Brainstorming
processo do sistema
Modos de falha Efeitos Coletar as informaes Diagrama Funcional de
2 Blocos e ou Fluxograma
do processo
Efeitos Causas e Mecanismos Diagrama Funcional de Organizar os problemas
3 das falhas Blocos por prioridade
Causas Ocorrncia Modos de falha Modos de falha

4
Controles atuais Severidade Efeitos Efeitos
5
NPR (Nmero de Deteco Causas Controles existentes
6 prioridade de risco)
Aes Corretivas NPR (Nmero de Controles atuais, deteco das Severidade, ocorrncia,
7 prioridade de risco) falhas. deteco.
Aes Corretivas, NPR (Nmero de prioridade NPR (Nmero de
8 Melhorias recomendadas. de risco) prioridade de risco)
Distribuio de tarefas e Preparao dos formulrios Confirmar, Avaliar e
9 prazo mensurar a situao.
Reavaliar o NPR. Reviso (Priorizar problemas) Refazer todos os passos
10
acima novamente
11 Aes corretivas
Estudando as experincias transmitidas pelos autores STAMATIS (1995),

VILLACOURT (1992), KUME [1996], PALADY (1997), FORD (1997), sentiu-se necessidade
de aproximar o conhecimento apresentado, ao que se entende ser necessrio aplicar, quando se
vai iniciar um processo de FMEA/FMECA. Estas proposies so resultados das discusses
feitas com os participantes dos processos de FMEA que sero apresentados no captulo 5.
1. Escolha dos membros da equipe

Um dispositivo para desempenhar qualquer funo, por mais simples que seja, requer
itens caracterizados por: funes, materiais, acabamentos, tolerncias e qualidade. A aplicao
do FMEA a um desses itens, em qualquer fase do ciclo de vida, vai exigir diversidade, qualidade
e profundidade de informaes. Este grau de exigncia s poder ser suprido quando se dispe
de uma equipe de trabalho com especialistas das diversas reas relacionadas comprometidos com
o mtodo e com o produto em anlise.
No quadro 4.6 foi apontado ser obrigatrio pelo menos a presena de um responsvel
pelo projeto e pelo sistema. Na experincia vivida percebeu-se que preciso ter um responsvel
pelo projeto ou sistema que vai preparar os aspectos relacionados com o projeto, como modelo
fsico, modelo confiabilsticos, diagramas, fotografias,, e vai implementar as decises das
reunies. E tambm necessrio ter um lder de FMEA, ou especialista em FMEA para dirimir
as dvidas conceituais relativas ao que modo de falha, efeito, funo, causa, FMEA de
componente, FMEA de sistema, alm de organizar e registrar as informaes nos formulrios.
2. Definio do sistema e dos componentes

O sistema definido nesta etapa e feita a lista dos componentes que constituem o
sistema. Um componente no precisa ser necessariamente uma pea do equipamento. Quando
existirem muitos componentes, deve-se racionalizar a anlise e procurar buscar os componentes
que ao falharem podem comprometer a funo, a segurana, a ergonomia, bem como aqueles que
tem a taxa de falha mais elevada, componentes novos, componentes que sofreram manuteno,
enfim deve-se analisar os pontos que sofreram mudanas.
Um subsistema tambm pode ser considerado como componente. Dependendo da
complexidade do sistema agrupam-se os componentes em subsistemas tratando-os como um
componente nico. A definio do sistema e dos componentes muito importante para a
aplicao das definies dos modos de falha e dos efeitos. Os modos de falha esto associados
aos componentes, enquanto que os efeitos esto associados ao sistema. A preparao deste
contexto pode ser feita pelo lder do projeto e pelo lder de FMEA.
3. Diagrama funcional de blocos, fluxogramas, modelos confiabilsticos

Os diagramas funcionais de blocos, fluxogramas ou modelos confiabilsticos so
utilizados para mostrar como as diferentes partes do sistema interagem umas com as outras,
facilitando a verificao dos caminhos crticos e o entendimento do sistema.
Os Diagrama funcional de blocos e fluxogramas so facilitam a anlise dos sistemas,
permitindo uma melhor visualizao do problema. So etapas que aparecem formalmente nos
procedimentos descritos por VTLLACOURT (1992) e STAMATIS (1995), sendo que o ltimo
sugere o uso do diagrama funcional de blocos para os FMEAs de sistema e projeto e o
fluxograma para o FMEA de processo.
possvel desenvolver o FMEA sem o auxlio dos diagramas, mas a anlise do sistema
se toma muito mais difcil e a chance de se esquecer de algum detalhe se tomam maior. Nesta
fase, a participao de um especialista em confiabilidade e na ferramenta auxiliar de anlise
utilizada, toma-se recomendvel.
4. Funes dos componentes

A descrio da funo deve ser exata e concisa. As funes so muito importantes porque
so uma grande referncia para os modos de falha, especialmente quando se est utilizando a
abordagem funcional. A descrio da funo deve ser preparada pelo projetista e colocada em
discusso para todos os membros do processo de anlise de FMEA.
5. Modos de falha de cada componente

Modo de falha um estado anormal de trabalho, uma anomalia apresentada pelo item que
est sendo analisado.
Os componentes constituintes do sistema so analisados, sendo levantados todos os seus
respectivos modos de falha. Deve-se perguntar quais as possveis maneiras do componente em
estudo se apresentar defeituoso? Como ele pode deixar de executar a sua funo para o qual foi
projetado?
A anlise deve ser feita levando-se em considerao a funo do componente e as
especificaes de projeto. Se existe um modo de falha, deve-se leva-lo em considerao, pelo
menos no incio do processo.
Captulo 4 -R e v is o Bibliogrfica: Anlise do modo de falha e efeitos 71
Se o modo de falha for tecnicamente possvel de ocorrer, ele deve ser levado em
considerao. A Figura 4.9 usada para mostrar que a anlise dos modos de falha uma ao
interna ao sistema, em ltima anlise, est relacionado com o componente.
Nesta etapa, geralmente ocorrem discusses a respeito da classificao da falha. Vale
ressaltar aqui que, nem sempre possvel classificar uma falha como modo de falha, causa ou
efeito. Uma forma de
Figura 4.9 - Indicativo de que a anlise dos modos de falha uma ao interna ao sistema.
6. Efeitos causados no sistema

O estudo e a identificao dos efeitos fundamental tanto para o projetista quanto para
quem trabalha com processo. um requisito fundamental para incorporar aos itens conceitos de
mantenabilidade e processos de manuteno como manuteno centrada na confiabilidade e
manuteno centrada na produtividade. Uma vez que se tem clareza de como os modos de falha
se manifestam, pode-se projetar sensores para captar estas informaes. Estes sensores vo
anunciar quando se est iniciando um processo de falha, o que permitir programar as aes
corretivas. A anlise dos efeitos requer aprofundar o conhecimento e a percepo sobre o sistema
de um ponto de vista mais externo. Aqui interessa saber as informaes que o sistema est
emitindo.
u||\ ------ b l
r *
r
Sistema
.
- - - .
-- -
- '
-
Figura 4 . 1 0 - Indicativo de que a pesquisa dos efeitos dos modos de falha uma ao externa ao sistema.
Capitulo 4 - Reviso Bibliogrfica: Anlise do modo de falh a e efeitos 72
muito importante que se tenha disposio uma lista de funes do sistema para
auxiliar o desenvolvimento da listas de efeitos que podem ocorrer. Os efeitos dos modos de falha
ocorrem ao nvel de sistema e refletem sobre o cliente (externo ou interno). Quando chega a este
ponto, ainda dentro do perodo de vida til, tem-se um problema, cuja soluo sempre custosa,
como visto na figura 4.6.
7. Avaliao dos efeitos e anlise das causas dos modos de falha

Para a avaliao dos efeitos so usadas algumas escalas para estimar o impacto com
relao segurana do cliente, meio ambiente, normas governamentais, imagem da empresa ou
custos. As escalas utilizadas para a avaliao no so precisa, variando com o autor, anlise, tipo
de produto, empresa. O Quadro 4.4 e Quadro 4.7 so exemplos de escalas de severidade
utilizadas para a avaliao.
Quadro 4.7 - Categorias ou riscos para avaliar a gravidade da falha (DE CICCO e FANTAZZINI, 1988).
Classificao Tipo Observao

I Desprezvel A falha no ir resultar numa degradao do sistema, nem ir produzir
danos funcionais ou contribuir com o risco ao sistema.
n Marginal (ou A falha ir degradar o sistema numa certa extenso, porm, sem
limtrofe) envolver danos maiores, podendo ser compensada ou controlada
adequadamente.
m Crtica A falha ir degradar o sistema causando danos substanciais, ou ir
resultar num risco inaceitvel, necessitando aes corretivas
imediatas.
IV Catastrfica A falha ir produzir severa degradao do sistema, resultando em sua
perda total.
So verificados os modos de falha relacionados com os efeitos que obtiveram uma

classificao elevada e ento se inicia o trabalho de levantamento das causas destes modos de
falha. Neste contexto e para esta atividade a equipe de FMEA deve estar o mais completa
possvel.
8. Reviso do formulrio e seleo das aes principais.

O processo de reviso deve iniciar a partir dos registros, inicialmente, estabelecidos.
Evidentemente para ser deflagrado um processo de FMEA necessidades, requisitos e metas
foram estabelecidas. Ento o processo de reviso deve incorporar todos estes parmetros.
Nesta etapa tambm so definidas as aes de melhoria, data de implementao e os

responsveis pelas aes. PALADY (1997) salienta que as aes de melhorias recomendadas
devem resultar em benefcios de qualidade e confiabilidade.
Recomenda-se que a equipe utilize tcnicas de soluo de problemas em suas revises,
como por exemplo, Brainstorming, diagramas de pareto as quais so muito eficazes e teis.
Neste contexto os formulrios devem estar preenchidos, principalmente, naqueles contextos para
o qual a reunio foi convocada. A ao de FMEA um exerccio de conhecimento constante e
por isso precisa ser executado por etapas.
4.12 Resultados e benefcios obtidos com o FMEA/FMECA
O Quadro 4.8 foi gerado a partir da informaes colhidas da obra de STAMATIS (1995).
A proposta apresentar uma sntese resumida do conceito geral do FMEA proposto pelo autor.
Quadro 4.8 - Resultados e benefcios obtidos com o FMECA.
Sistema Projeto Processo Servio

Lista dos modos de falhas potenciais, organizados pelo nmero de prioridade de risco (NPR).
Lista das caractersticas crticas e/ou significativas. Lista de tarefas ou
< processos crticos ou
Lista das funes dos Lista de aes recomendadas para as caractersticas processos.
sistemas que poderiam crticas e/ou significativas.
detectar os modos de falha Listas dos processos e
o potenciais. Lista de parmetros para testes tarefas que so
x) apropriados, inspees e Lista para eliminar as gargalos.
o mtodos de deteco. causas dos modos de
a falha, reduzir sua Lista para eliminar os
3i ocorrncia e melhorar a erros.
deteco de defeito se o
<D Lista para aes de projeto para eliminar os modos de falha, ndice Cpk no poder ser Lista para monitorar as
P4 problemas de segurana e reduzir a ocorrncia. melhorado. funes dos
sistemas/processos.
Captulo 4 -R e v is o Bibliogrfica: A nlise do modo de falha e efeitos 74
Sistema Projeto Processo Servio

Estabelece uma prioridade de
aes de melhoria de projeto.
Ajuda a selecionar a
Os benefcios de se utilizar um FMEA
melhor alternativa de Identifica as deficincias Auxilia nas anlises dos

Fornece informaes para
projeto de sistema. no processo e oferece um fluxos de trabalho.
ajudar atravs da verificao
plano de aes
do projeto do produto e testes
Ajuda a determinar corretivas. Auxilia nas anlises dos
redundncia. sistemas e/ou processos
Ajuda a identificar as
Identifica as Identifica as deficincias
caractersticas crticas ou
Ajuda na definio da base significativas. caractersticas crticas das tarefas.
para os procedimentos de e/ou significativas e
diagnstico em nvel de ajuda o desenvolvimento Identifica as tarefas
Auxilia na avaliao dos
sistema. dos planos de controle. crticas ou significativas
requerimentos de projeto e
e ajuda no
alternativas.
Aumenta a probabilidade Estabelece uma desenvolvimento dos
de que os problemas prioridade de aes planos de controle.
Ajuda a identificar e eliminar
potenciais sejam corretivas.
os problemas potenciais de
considerados. Estabelece uma
segurana.
Auxilia na anlise dos prioridade para as aes
Identificam as falhas processos de manufatura de melhoria.
Ajuda a identificar
potenciais do sistema e sua antecipadamente as falhas, nas e montagem.
interao com outros fases de desenvolvimento do
sistemas ou subsistemas. produto.
Documenta as razes para as mudanas.
4.13 Comentrios
Com o estudo de FMEA/FMECA foi possvel constatar que:

O procedimento para a aplicao no projeto ou no processo de fabricao o mesmo.
Quase sempre haver a presena do engenheiro de projeto ou processo porque
necessrio que se conhea bem o sistema em anlise.
As informaes mais importantes para a execuo do FMEA so: desenhos, prottipos,
descrio das funes (componentes, sistema), especificaes de projeto e processo, diagramas
de blocos (fluxogramas, modelos confiabilsticos).
As particularidades relacionadas aos processos FMEA/FMECA como mostram as figuras
4.3, 4.4 e 4.5, esto relacionadas aos ndices que caracterizam o nmero de prioridade de risco
(NPR). Embora esteja disponvel na literatura e em normas, os escores que definem as mtricas
associadas aos ndices podem ser redefinidos pela equipe que faz a execuo do FMEA/FMECA.
A opo de se aplicar um FMECA ao invs de FMEA est centrada, em controlar a
severidade e a probabilidade de ocorrncia. Esta necessidade est mais fortemente presente nos
itens reparveis e em sistemas de produo contnua ou que envolvam riscos de acidentes. Em
itens no reparveis, nos casos em que desejvel e suficiente ter a confiabilidade e a
mantenabilidade como referncias, o FMEA recomendvel.
Captulo 5
Aplicao do FMEA e FTA na

anlise e desenvolvimento de
produtos
5.1 Introduo
Neste captulo so apresentados dois estudos de caso relacionados ao uso do FMEA: uma
aplicao sobre um componente hidrulico, a bomba de engrenagens, e uma aplicao no projeto
de uma transplantadora de mudas na fase do projeto detalhado. Um terceiro estudo de caso
apresentado utilizando o FTA com o objetivo de facilitar a comunicao entre o engenheiro do
conhecimento e o especialista.
Durante os estudos de caso, so realizadas descries das etapas iniciais do procedimento
para a execuo do FMEA as quais so fundamentais: Identificao e classificao dos modos de
falhas, efeitos e as causas associadas.
Essas etapas so descritas por vrios autores e so bastante similares como foi visto no
Captulo 4. No entanto, existem algumas consideraes que merecem destaque, pois no esto
apresentadas de forma clara na bibliografia encontrada.
5.2 Anlise dos modos de falhas e seus efeitos na bomba de engrenagens

externas
A bomba de engrenagens externas um componente amplamente utilizado em sistemas

hidrulicos, e tem como funo converter energia mecnica (recebida do motor) em energia
hidrulica, Figura 5.1. A bomba fornece uma determinada vazo devido ao constante
engrenamento de duas ou mais rodas dentadas, sendo a bomba tambm denominada de "Bomba
de Deslocamento Positivo.
Captulo 5 -A p lic a o do FMEA e FTA na anlise e desenvolvimento de produtos 76
Figura 5.1 - Bomba de engrenagens (Calctec Engenharia Ltda, 2001).
A Figura 5.2 mostra o funcionamento tpico de uma bomba de engrenagens. As duas

engrenagens esto alojadas em uma carcaa sendo que uma delas (engrenagem motriz), tem o
eixo passante que transmite a potncia fornecida pelo motor. A outra engrenagem que efetua o
engrenamento chamada de conduzida ou acionada. O constante desengrenamento dos dentes
cria uma descompresso na cmara de suco, fazendo com que o fludo seja succionado do
reservatrio. O fluido conduzido perifericamente pelos vos das rodas que formam uma cmara
fechada com a carcaa da bomba e vedaes laterais. O engrenamento constante expulsa o fludo
dos vos e o fora para fora da bomba.
4 A presso de sada, atuando

contra os dentes, causa uma
carga no balarvK J O leo forcado para a
ceada nos eixos, \ \ saida abertura ca salda quando
cumu indicam
s setas. os dentes se engrenam
novamente.
2. C leo transportado

s imboio
1 ,0 vcuo criado aqui

atravs da carcaa em quando os dentes se
cmaras formadas entre desengrenam. O eo
o s dentes, a car caa succionado do reservatrio.
a s olacas aterais.
Figura 5.2 - Bomba de engrenagens (TELECURSO 2000, 2001).
A opo em fazer-se o estudo de FMEA em bombas de engrenagens, foi devido ao fato

deste equipamento fazer parte de um circuito hidrulico que est sendo analisado num tema de
pesquisa associado confiabilidade, mantenabilidade e sistema especialista (VTNAD, 2000).
Captulo 5 Aplicao do FM ELA e FTA na anlise e desenvolvimento de produtos 77
A equipe FMEA foi inicialmente formada por membros do laboratrio

UFSC/EMC/NeDIP1, sendo que nenhum dos membros da equipe teve experincia anterior na
rea de sistemas hidrulicos. Nas reunies de definio da estratgia para o estudo de FMEA em
bombas e circuitos, houve a participao de um professor2. O conhecimento inicial da equipe
basicamente era de origem acadmica, oriundo das disciplinas oferecidas no curso de engenharia
mecnica. Um estudo para aquisio do conhecimento foi feito, sendo consultados catlogos,
apostilas e livros a respeito da bomba de engrenagens, dado que para o desenvolvimento do
FMEA necessrio que os membros da equipe tenham conhecimento do sistema. Paralelamente,
foram apresentadas as etapas iniciais de um procedimento para o desenvolvimento do FMEA:
1. Seleo dos componentes e descrio das funes.
2. Identificao dos modos de falha de cada componente e efeitos no sistema.
3. Identificao das causas dos modos de falha.
Existem duas formas de se analisar a bomba de engrenagens: A primeira anlise a ser
feita seria considerar a bomba de engrenagens enquanto um sistema. Uma segunda anlise seria
consider-la um componente de um sistema hidrulico.
O objetivo da primeira anlise solidificar o conhecimento a respeito do que modo de
falha e o que efeito para a bomba de engrenagens. Tendo estas definies bem fundamentadas,
a aplicao destas para os outros componentes hidrulicos se dar de uma forma mais simples.
Posteriormente, esta anlise ser comparada bomba de engrenagens quando considerada como
um componente de um sistema hidrulico.
Com o decorrer das reunies, percebeu-se a importncia de se especificar explicitamente
se a bomba de engrenagens era um sistema ou um componente de um sistema hidrulico. Se for
considerada como um sistema, a bomba de engrenagens deve ser analisada isoladamente, sem
considerar os elementos vizinhos e o meio, tendo como componentes: eixos, mancais,
engrenagens, estator, tampas laterais. Se a bomba de engrenagens for considerada como um
componente de um sistema hidrulico, esta ser analisada como uma caixa-preta. Para este
nvel de anlise no so considerados os seus componentes internos.
Na anlise da bomba enquanto um sistema, foi estudado os modos de falha de cada um
dos componentes que constituem a bomba: eixos, mancais, engrenagens, etc. Os efeitos relativos
aos modos de falha, nestes casos, vo se manifestar na bomba.
1 Um doutorando, um mestrando e uma bolsista de iniciao cientfica.

2 Dr. Eng. Mecnica, Professor da UFSC/EMC/NeDIP.
Captulo 5 -A p lic a o do FMEA e FTA na anlise e desenvolvi mento de produtos 78
Na anlise da bomba enquanto componente, os modos de falhas referentes bomba

(vazamento, vibrao, rudo) tem seus efeitos repercutindo sobre o circuito hidrulico em que
estiver operando.
5.2.1 Anlise da bomba de engrenagens como um sistema

A bomba de engrenagens quando analisada como um sistema, deve ser observada como
um sistema isolado. No se deve levar em considerao outros componentes do sistema
hidrulico ou a canalizao. O procedimento segue as etapas 1, 2 e 3 apresentadas anteriormente.
5.2.1.1 Seleo dos componentes e descrio das funes

A vantagem de se aplicar o FMEA, a um produto que j est em uso, ou seja, em
circulao no mercado a disponibilidade de informaes. Com base nas informaes dos
fabricantes (REXROTH, 1987; BOSCH, 1991), foi possvel identificar os componentes mais
suscetveis s falhas: Eixos, mancais, engrenagens (dentes), estator (carcaa), tampas (vedao
lateral). A grande dificuldade em uma anlise nesse nvel definir as funes dos componentes
do sistema.
O objetivo da descrio das funes vincular o modo de falha funo e tambm obter
um maior conhecimento dos componentes e do sistema. Embora a bomba de engrenagens seja
um componente j em uso, as funes dos componentes no esto descritas nos documentos do
fabricante. Isso porque a funo de cada componente definida no projeto conceituai. Esta
informao no repassada para os catlogos do produto. Por causa disso, coube equipe
executar a tarefa de recuperar as funes dos componentes.
A funo de uma bomba de engrenagens bem definida: transmitir uma vazo a uma
dada presso. J a funo das engrenagens da bomba seria conduzir o leo da zona de baixa
presso para a zona de alta presso. Mas isto exige a participao de outros componentes, pois
esta funo no poderia ser executada perfeitamente, caso haja falha nos outros componentes
como, por exemplo, na tampa ou no estator. Por causa disso toma-se muito difcil fazer esta
relao item-funo, tendo em vista que uma funo quase sempre est vinculada a vrios itens.
A lista das funes dos componentes est apresentada no Quadro 5.1.
Captulo 5 - Aplicao do FMK4 e FTA na anlise e desenvolvimento de produtos 79
Quadro 5 .1 - Lista dos componentes e suas funes.
Componente Funo
Transmitir torque, rotao e

Eixos
suportar as engrenagens.
Mancais Dar suporte aos eixos
Engrenagens (dentes) Conduzir o fluido
Auxiliar na conduo do fluido,

Tampas (Vedao lateral)
Vedar
Auxiliar na conduo do fluido,
Estator (Carcaa)
vedar, dar suporte aos mancais.
5.2.1.2 Identificao dos modos de falha de cada componente e os efeitos da bomba de

engrenagens.
Neste caso, a identificao das funes no trouxe informaes eficazes que auxiliassem
na identificao dos modos de falha, desta forma, para este caso, foi decidido no s relacionar
o modo de falha s funes dos componentes, mas tambm s especificaes de projeto e
fabricao, e aos aspectos de resistncia (ruptura, deformao, desgaste, etc). A falha tambm
pode ser descrita como um defeito no componente que pode ter sua origem no desenvolvimento
(projeto, fabricao) ou no uso (sobrecarga ou envelhecimento) do produto. O Quadro 5.2
apresenta os componentes e os respectivos modos de falha.
Nesta etapa do desenvolvimento surgiram alguns questionamentos do tipo:
- Rudo um modo de falha?
- Cavitao modo de falha?
Rudo foi considerado como efeito porque um evento que pode ser percebido
externamente a bomba. Pode-se perguntar, uma bomba pode ter rudo e estar executando a sua
funo? Neste caso, uma falha? Muitos autores caracterizam o modo de falha baseando-se
apenas no cumprimento da funo. Dependendo da aplicao do produto, embora este esteja
executando a sua funo, o rudo elevado poder ser interpretado pelo cliente como uma falta de
qualidade, conseqentemente a aceitao no mercado poder ficar comprometida.
Esse problema evidenciou que a definio de alguns termos ainda no estava adequada.
Sendo assim, no Captulo 4, na definio de modo de falha foi adicionada a especificao
(projeto, fabricao ou uso) como um parmetro para verificar se o item est, ou no, em falha.
Se na especificao do projeto estiver definido um limite para o rudo (dB), ento este ser usado
Captulo 5 -A p lica o do FME4 e FTA na anlise e desenvolvimento de produtos 80
para verificar se o item est em falha. Neste caso, para este limite, rudo um modo de falha e o
seu efeito ser percebido por sensores projetados para isso.
Com relao cavitao, com certeza no um efeito, porque a cavitao um fenmeno
que ocorre dentro da bomba. Mas ento, um modo de falha?
Foi decidido pela equipe que a cavitao no um modo de falha, e sim a causa de um
modo de falha. A cavitao um fenmeno que se manifesta, alterando o acabamento
superficial, como se fosse uma corroso no estator e tem um rudo bem caracterstico. O
importante que a cavitao est sendo considerada indiretamente, quando se inclui a falha
estator corrodo na lista dos modos de falha. Uma das causas da alterao do acabamento
superficial e desgaste no estator a cavitao, e esta se manifesta deixando marcas bem
caracterstica que podem ser identificadas atravs de uma anlise visual.
Quadro 5.2 - Os componentes da bomba e seus modos de falhas.

Com ponentes M o d os de falha
Deformado
Desalinhado
Eixo
Empenado
Rompido
Desgastado
Mancai
Deformado
Desgastado
Engrenagem (dente)
Rompido
Estator Desgastado / Corrodo
Tampas laterais Desgastadas
Durante os debates nas reunies de FMEA foi possvel perceber que um evento pode ser
modo de falha ou no, dependendo do que o grupo entende sobre os fenmenos associados ao
item que est sendo estudado. Por isso, importante aprofundar o estudo sobre o equipamento
em anlise, definir claramente o motivo para o qual est sendo feito o FMEA, e finalmente saber
sobre os aspectos tcnicos do FMEA. Infelizmente, a definio de modo de falha no consegue
se ajustar adequadamente a todos os casos.
Por exemplo: Fadiga um modo de falha de um eixo?
Para uma equipe de pesquisa que trabalhe com anlises de estruturas, pode ser
considerado como modo de falha. No entanto, para os operadores de uma mquina o modo de
falha rompido, e pouco importa se foi por ruptura esttica, fadiga a baixo ciclo, fadiga a alto
ciclo, falha de micro-estrutura, etc.
Captulo 5 -A p lic a o do FME4 e FTA na anlise e desenvolvimento de produtos 81
Ento cabe ao grupo decidir se o evento de falha ser, ou no, um modo de falha. O
importante ter conscincia da possibilidade do evento de falha ocorrer, independente dele ser
intitulado como modo de falha, causa ou efeito.
Nesta aplicao da bomba de engrenagens foi possvel constatar que efeitos podem gerar
outros efeitos. Por exemplo: A Vibrao um efeito e pode gerar vazamento externo que
um outro efeito. Isto mostra que nem sempre o encadeamento de eventos segue a estrutura:
causas - modos de falha - efeitos. Pode-se ento, concluir que modos de falhas podem gerar
outros modos de falha e efeitos podem gerar outros efeitos.
Os debates para classificao das falhas, como modos de falhas ou efeitos, fizeram com
que no houvesse uma distino das etapas Identificao dos modos de falha dos componentes
e Identificao dos efeitos do sistema. Estas etapas foram desenvolvidas paralelamente. O
Quadro 5.3 traz a lista de modos de falha e efeitos pesquisados.
Quadro 5.3 - Componentes, modos de falha e seus efeitos.
V /U lIip U llC lI lC S I V lU U U b U c J L a llld
Deformado Vazamento externo

Vibrao
Desalinhado
Eixo Vazo incorreta
Empenado Rudo
Rompido No tem vazo
Desgastado Vazamento externo

Vibrao
Mancai
Deformado Vazo incorreta
Rudo
Desgastado Vazo incorreta
Engrenagem (dente) Diminui presso
Rompido Interrompe a vazo
Vazo incorreta
Estator Desgastado / Corrodo Vibrao
Diminui a presso de projeto
Tampas laterais Desgastado Aumento de temperatura
Rudo (Se houver cavitao)
5.2.1.3 Identificao das causas dos modos de falha

Somente aps ter pesquisado a respeito dos modos de falha e seus efeitos, inicia-se o
processo de identificao das causas dos modos de falhas. As causas dos modos de falha foram
identificadas e agrupadas no Quadro 5.4.
Quadro 5.4 - Componentes, modos de falha e causas.

..... ...... .....................
M odos de falha Causas dos modos de falha

Erro de fabricao, erro de projeto, carregamento
Deformado
acima da resistncia de escoamento.
Erro de fabricao, erros de montagem, erro de
Desalinhado
projeto.
Eixo
Erro de fabricao, carregamento acima da
Empenado
resistncia de escoamento, erro de projeto.
Erro de fabricao, carregamento acima da
Rompido
resistncia de ruptura, erro de projeto
Desgastado Falha de lubrificao, uso excessivo, erro de
Mancai
Deformado fabricao, montagem ou de projeto.
Desgastado Falha na fabricao, nvel excessivo de

contaminantes no fluido, erros de montagem ou
Engrenagem (dente)
Rompido de projeto do eixo, uso excessivo, presso
excessiva.
Nvel excessivo de contaminantes no fludo, uso
Estator Desgastado / Corrodo excessivo, presso excessiva, efeitos do eixo
desalinhado.
Nvel excessivo de contaminantes no fludo, uso
Tampas laterais Desgastado excessivo, presso excessiva, efeitos do eixo
desalinhado.
5.2.1.4 Resultados obtidos e Comentrios

Atravs dessa anlise foi possvel perceber que para um modo de falha, vrias causas
podem existir, da mesma maneira que um efeito, pode ser gerado por vrios modos de falha. Por
causa dessas vrias possibilidades, a anlise simples e direta dos formulrios FMEA no permite
visualizar os mecanismos que conduziram a falha claramente. Aqui o uso do FTA, pode facilitar
a visualizao dos eventos. A Figura 5.3 apresenta a anlise da bomba de engrenagem visando
complementar as informaes do FMEA. Identificando um efeito, por exemplo vibrao,
associou-se a partir dos quadros de FMEA, os modos de falha que podem gerar vibraes.
Trabalhou-se com a porta lgica ou, mas alguns modos de falha podem estar associados ao
efeito de maneira conjunta, ou seja, os modos de falha so eventos independentes, e no-
mutuamente exclusivos.
Com certeza o modo de falha vibrao, pode ter freqncia e amplitude distintas para
cada uma das situaes. Vrias combinaes podem ocorrer.
Neste exemplo possvel perceber a importncia de se utilizar os smbolos representados
por tringulos, tansfer-in e transfer-out, Quadro 3.10. Como existem muitos eventos que
conduzem ao mesmo modo de falha, o uso dos smbolos permite que o diagrama no fique
Captulo 5 -A p lica o do FMEA e FTA na anlise e desenvolvimento de produtos 83
carregado de informaes repetidas, permitindo visualizar rapidamente as causas que conduzem

a um mesmo modo de falha. O tringulo quando conectado ao lado de uma porta lgica, est
informando que todos os eventos que esto conectados abaixo dessa porta lgica se repetiro em
outro ponto da rvore de falhas. Por causa disso, os tringulos recebem um nmero que serve
como indexador, indicando a porta lgica que est sendo referenciada. Logo, como pode ser
observado na figura, as causas do modo de falha eixo desalinhado e mancai deformado so
as mesmas, tringulo (3).
Os eventos que esto representados pelos losangos, so os eventos que merecem um
estudo mais aprofundado, isto , esses eventos ainda no so a causa bsica da falha. Por
exemplo, preciso descobrir qual foi a causa de se ter nvel excessivo de contaminantes no
fluido. Os eventos representados pelo crculo so as causas bsicas, significa que existe
informao suficiente para o evento. No vale a pena gastar tempo e dinheiro para esta falha.
Figura 5.3 - FTA para o efeito de topo vibrao.
Diferentemente do que foi proposto por KUME [1996], a seqncia de anlise para o
FMEA, no segue o esquema mostrado na Figura 5.4. Essa aplicao do FMEA, na bomba de
engrenagens permitiu observar que esta estrutura apresentada, na Figura 5.4 no fixa. Como foi
dito anteriormente, modos de falha podem gerar novos modos de falha, e efeitos podem gerar
outros efeitos. Vale ressaltar que, somente aps a anlise dos modos de falhas e efeitos inicia-se
Captulo 5 -A p lic a o do FMKA e FTA na anlise e desenvolvimento de produtos 84
o estudo das causas. A discusso conjunta (causas e modos de falhas) gera muita confuso
durante as reunies de FMEA.
Figura 5.4 - Relao causas, modo de falha e efeitos [KUME, 1996].
5.2.2 Anlise da bomba de engrenagens como um componente de um sistema hidrulico

Diferentemente do que foi feito no item anterior, aqui o FMEA ser executado
considerando a bomba como um componente. Viu-se que, na anlise no qual a bomba de
engrenagens considerada como um sistema, a vibrao considerada como um efeito
oriundo dos modos de falhas dos componentes internos da bomba. No entanto, se o componente
bomba de engrenagens est sendo observado como um item dentro de um sistema hidrulico, a
vibrao passa a ser um modo de falha da bomba de engrenagens, que vai causar algum efeito
no sistema hidrulico. essencial que todos os membros da equipe estejam com o mesmo ponto
de vista.
Analisar a bomba de engrenagens como um componente de um sistema hidrulico
genrico no traz informaes teis. Embora se tenha a disposio os modos de falha da bomba,
no possvel identificar os efeitos que eles iriam gerar em um sistema genrico. preciso que
se tenha informaes do sistema (desenhos, modelo fsico, regime de trabalho, sistemas de
controle, etc.) para verificar quais os efeitos que ele ir sofrer com um dado modo de falha da
bomba de engrenagens.
Desta forma, foi escolhido um circuito hidrulico para a movimentao de um cilindro. O
circuito dispe de duas bombas hidrulicas ligadas em paralelo, permitindo que o cilindro se
movimente com duas velocidades, Figura 5.5.
Capitulo 5 -A p lic a o do FMK4 e FTA na anlise e desenvolvimento de produtos 85
Figura 5.5 - Circuito hidrulico para movimentao de cilindro com duas velocidades (VINAD, 2000).
Seguindo os procedimentos recomendados nas etapas 1, 2 e 3 para o desenvolvimento do

FMEA, foram tomadas as seguintes decises:
5.2.2.1 Seleo dos componentes e descrio das funes

O sistema em estudo o sistema apresentado na Figura 5.5, que tem a funo de controlar
a movimentao de um cilindro. Como componente, somente ser estudado a bomba de
engrenagens. A funo da bomba de engrenagens fornecer uma vazo a uma dada presso.
5.2.2.2 Identificao dos modos de falha da bomba de engrenagens e efeitos no sistema

hidrulico
Os modos de falha obtidos aqui so os efeitos da anlise feita anteriormente, quando a

bomba foi considerada como um sistema.
O Quadro 5.5 apresenta um formulrio FMEA da bomba de engrenagens e do sistema
hidrulico. O campo referente aos efeitos dos modos de falha, est destacado para mostrar que
esta informao ser reutilizada no FMEA do sistema hidrulico. As informaes que no FMEA
da bomba de engrenagens eram efeitos, passam a ser modos de falha da bomba no FMEA do
sistema hidrulico.
Quadro 5.5 - Formulrio FMEA da bomba de engrenagens e do sistema hidrulico.
A anlise inicial da bomba de engrenagens, como um sistema, facilita a obteno dos

modos de falha da bomba para a condio de componente do sistema hidrulico. As informaes
que antes eram efeitos do sistema bomba de engrenagens, agora passam a ser os modos de falha
do componente bomba de engrenagens.
Captulo 5 - Aplicao do FMEA e FTA na anlise e desenvolvimento de produtos 87
Os efeitos foram identificados mediante a estudos bibliogrficos do sistema hidrulico e

tambm analisando o circuito apresentado na Figura 5.5.
5.2.2.3 Identificao das causas dos modos de falha
As causas dos modos de falha podem ser vrias e podem estar associadas bomba, aos
componentes vizinhos, ao ambiente, ao projeto do sistema hidrulico, etc.
As causas descritas a seguir esto relacionadas aos quatro modos de falha e seguem a
mesma numerao apresentada no Quadro 5.5.
1 - Vazo incorreta
- Cavitao ;
- Ar na suco;
- Baixo nvel de leo do reservatrio;
o Vazamentos externos no sistema (conexes)
- Vazamentos internos na bomba;
o Estator desgastado irregularmente
o Tampas laterais desgastadas
o Desgaste de dentes das engrenagens
o Eixos e/ou mancais deformados
- Viscosidade inadequada do fluido de trabalho
- Rotao da bomba anormal (Velocidade / sentido de rotao)
- Vibrao;
- Linha de suco obstruda;
- Filtro obstrudo;
2 - Rudo
- Cavitao;
o Viscosidade inadequada
o Rotao fora da especificao
o Desgaste dos dentes das engrenagens
o Ar na suco
- Vibrao;
3 - Vazamento externo
- Conexes e vedaes danificadas ou desgastadas;

o Presso excessiva ou oscilante
o Uso excessivo
- Eixo de acionamento desalinhado;
- Temperatura excessivamente alta;
- Abrasivos no eixo da bomba;
- Vibrao excessiva
4 - Vibrao
- Desgaste irregular do estator;
- Eixo desalinhado;
- Flutuao na presso;
- Cavitao;
5.2.2.4 Resultados obtidos e Comentrios

O levantamento dos modos de falha da bomba nessa segunda aplicao, no teve
dificuldades, porque os dados obtidos na anlise anterior da bomba (efeitos) foram aproveitados.
Levantar a funo de uma bomba hidrulica simples e bem definida, ao contrrio de
identificar as funes dos seus componentes, que devem trabalhar juntos para executar uma
mesma funo. Tambm no houve dificuldades na identificao dos efeitos.
Verificou-se que, a investigao para descobrir os efeitos de um modo de falha (Bottom
itp) bem mais simples que o processo inverso {Top dowr), que corresponde identificao das
causas de uma falha. No contexto de projeto, a identificao do efeito atravs do
acompanhamento dos modos de falha dos componentes ou subsistemas, que uma tarefa bem
mais fcil do que estabelecer um possvel efeito e identificar as suas causas porque estas podem
estar fora do circuito hidrulico.
A quantidade de causas que podem conduzir a um modo de falha nesta abordagem
muito maior, dado quantidade de variveis que aumentam.
5.3 Anlise do modo de falha e seus efeitos no prottipo da Transplantadora de

mudas
O objetivo deste estudo de caso avaliar a sistematizao para aplicao de FMEA.

Neste caso o FMEA foi aplicado em um prottipo de uma mquina para transplantar mudas de
fumo, repolho, cebola e tomate, destinada a pequenos produtores rurais, desenvolvida por
UFSC/EMC/NeDIP3. A principal caracterstica de uma transplantadora de mudas conduzir a
muda at o solo sem causar nenhum dano muda. Os componentes e sistemas diretamente
responsveis pela ao de transplantar as mudas devem ser robustos, ou seja, operar durante
vrios ciclos de plantio sem apresentar falhas. A Figura 5.6 apresenta um desenho esquemtico
da mquina transplantadora e sua conexo ao microtrator que faz a trao.
Figura 5.6 - Mquina transplantadora de mudas (CARRAFA, 2001).
Alm de aplicar os conhecimentos adquiridos neste estudo, desejava-se verificar tambm,

quais os benefcios que o FMEA poderia proporcionar a este produto. O propsito do FMEA
identificar os modos de falha e os seus efeitos. Considerando que a mquina transplantadora
deva durar vrios ciclos de plantio, espera-se que com a aplicao da ferramenta, pode-se obter
uma mquina mais robusta. Este um requisito fundamental para mquinas agrcolas. E foi por
esse motivo ou com esse objetivo, que o projetista props-se participar desta experincia.
3 Ncleo de Desenvolvimento Integrado de Produtos (NEDIP) do Departamento de Engenharia Mecnica da UFSC,

como tema de dissertao de mestrado.
Captulo 5 -A p lica o do FMKA e FTA na anlise e desenvolvimento de produtos 90
5.3.1 Reunies do FMEA para anlise da transplantadora

O processo de discusso visando a aplicao do FMEA iniciou em Setembro de 2000.
Inicialmente foram realizadas reunies semanais. O processo encerrou-se em Novembro com
algumas discusses para fazer avaliaes e alguns ajustes, principalmente, em relao
definio dos modos e dos efeitos. Durante a aplicao foi possvel perceber que as etapas do
desenvolvimento do FMEA eram iterativas, como na metodologia de projeto, necessitando
algumas vezes retomar s etapas anteriores para adicionar ou modificar informaes, para que o
processo no fosse interrompido. Em outras palavras, por vezes chegava-se a determinados
impasses provocados por interpretao ou denominao inadequada da fase anterior. A equipe
deve ter em mente que o importante no o destaque de um ou outro participante, mas sim,
obter-se um resultado que contemple os objetivos propostos.
Inicialmente a equipe foi composta pelo projetista da mquina, e pelo especialista em
FMEA. Nesta primeira fase foram discutidos todos os aspectos relacionados ao processo, onde o
projetista discorreu sobre o produto e o especialista em FMEA apresentou as potencialidades e
restries da ferramenta.
Neste processo inicial foi estudado o modelo fsico, relacionando os componentes e suas
funes. Procurou-se discutir sobre alguns modos de falha e seus efeitos, construir as tabelas
para efetuar os registros e fazer algumas prospeces sobre os modos mais crticos. Deve-se
ressaltar que se estava trabalhando na fase do projeto detalhado, construo e montagem. O
prottipo j estava montado, e por isso, algumas reunies foram realizadas na oficina analisando
diretamente o prottipo. Em outras reunies foram analisados documentos oriundos do projeto:
desenhos dos componentes, diagrama de fines e partes do prottipo. A vantagem de se aplicar
o FMEA na fase do projeto detalhado est associada quantidade e ao detalhe das informaes a
disposio para a anlise. A desvantagem est associada ao fato de que para efetuar as
modificaes propostas tem-se um custo relativamente alto.
Aps a sistematizao inicial, ampliou-se a formao da equipe de FMEA com mais trs
membros4. Observa-se que no necessrio que a equipe de FMEA mantenha a mesma
formao durante todas as reunies, ela pode sofrer alterao ao longo da atividade, requisitando
a presena de outras pessoas a equipe. Alm disso, nem sempre possvel contar com a presena
de todos. Se no houver esta flexibilidade toma-se difcil manter uma regularidade das reunies.
Recomenda-se, no entanto, que o responsvel pelo desenvolvimento do produto e o especialista
4 Um professor/especialista em confiabilidade, um professor de mquinas agrcolas, um engenheiro

agrcola/doutorando em desenvolvimento de produto.
Captulo 5 - Aplicao do FMK i e FTA na anlise e desenvolvimento de produtos 91
em FMEA sempre estejam presentes. Com a incluso dos novos participantes retomou-se o
estudo de todas as etapas. A velocidade no processo de anlise foi maior porque o processo j
tinha sido deflagrado. Houve, como de se esperar, uma srie de alteraes em todas as fases do
processo que j haviam sido discutidos. O refinamento dos nomes (Quadro 5.7), fimes
(Quadro 5.8) e detalhamento (Quadro 5.9) ocorreram neste novo instante.
Pode-se ento, se concentrar em construir a planilha com os modos de falha e os seus
efeitos, Quadro 5.10 .
5.3.2 Estudo do modelo fsico e seleo dos principais itens e funes

O projeto desta mquina foi feito seguindo as etapas da Metodologia de Projeto de
Sistemas Modulares (MARIBONDO, 2000). Assim o projeto foi dividido em vrios mdulos ou
subsistemas, Quadro 5.6.
Quadro 5.6 - Mdulos funcionais da transplantadora de mudas (CARRAFA, 2001).
Denominao do mdulo Funes contidas no mdulo

funcional
Cortar Palha ( E l ) Regular subconjunto
Cortar palha
Adubar (E 2) Regular subconjunto
Abastecer reservatrio
Reservar adubo
Dosar adubo
Conduzir adubo
Armazenar gua (E 3) Abastecer reservatrio
Reservar gua
Dosar gua (E 4) Regular subconjunto
Dosar gua
Conduzir gua
Colocar muda no solo (B 1) Regular subconjunto
Dosar muda
Posicionar muda
Abrir sulco (Au 1) Regular subconjunto
Romper solo
Reservatrio de muda (Au 2) Abastecer reservatrio
Reservar muda
Alimentar dosador (Au 3) Alimentar dosador de muda
Fechar sulco Au 4 Colocar terra sobre a muda
Limitar profundidade
Regular subconjunto
Pressionar solo
Denominao do mdulo Funes contidas no mdulo

1U U L l U U d l
Acionamento (Au 5) Regular subconjunto

Transmitir potncia
Captar potncia
Locomoo (Au 6) Acionar deslocamento
Dar mobilidade
Dirigir (Au 7) Imprimir direo
Form ar estrutura (Au 8) Unir partes
A aplicao do FMEA foi feita no mdulo BI (Colocar muda no solo), rea em

destaque no Quadro 5.6., mais especificamente, nos sistemas relacionados com o sistema de
acionamento do mecanismo de transporte de mudas e com o prprio sistema de transporte de
mudas. Estes sistemas foram selecionados porque se relacionam diretamente da funo
principal da mquina, que transplantar as mudas at o solo. Os outros sistemas ou mdulos
existentes, embora importantes, esto presentes em quase todas as mquinas agrcolas de plantio,
no foram objeto deste estudo.
Por exemplo: chassis, rodas no foram considerados devido simplicidade, serem
bastante robustos e no estarem diretamente associados com a funo plantar a muda. A Figura
5.8 apresenta os principais componentes cujos nomes esto listados no Quadro 5.7. Alguns
componentes foram agrupados e tratados como componentes nicos. O sistema de transmisso
(Figura 5.8, item 11) composto por um conjunto de engrenagens e uma roda dentada, mas foi
considerado como um nico componente. E um sistema simples que recebe o movimento atravs
da corrente de transmisso e passa para o eixo do dispositivo de alojamento. Este conjunto foi
considerado como um componente nico devido a sua simplicidade e robustez. E preciso que se
faa este tipo de racionalizao para reduzir a quantidade de componentes e para no poluir a
anlise com informaes excessivas. Decidiu-se que o importante manter foco voltado para as
partes novas do mecanismo de distribuio de mudas, que no so encontrados em projetos
anteriores, os quais tm maiores chances de falha.
A Figura 5.7, apresenta uma fotografia da parte da transplantadora, na qual foi feito o
estudo de caso. Na fotografia aparecem os mdulos de recepo e conduo das mudas, mdulo
abridor dos sulcos e as rodas compactadoras.
Captulo 5 - Aplicao do FMFA e FTA na anlise e desenvolvimento de produtos
Figura 5.7 - Mdulo "colocar muda no solo", desenvolvido por CARRAFA (2001).
A Figura 5.8 apresenta um desenho esquemtico do mdulo que ser analisado.
Figura 5.8 - Figura esquemtica do mdulo da transplantadora de mudas.

Captulo 5 - A plicao do FAE4 e FTA na anlise e desenvolvimento de produtos 94
A primeira tarefa a ser feita na aplicao do FMEA foi estudar o modelo fsico e
identificar cada item que constitui o modelo. Como este projeto indito, muito dos itens
presentes na Figura 5.8 ainda no estavam perfeitamente identificados, ou seja, ainda no tinham
uma nomenclatura apropriada. Foi preciso ento definir o nome de cada item. O nome precisa
dar identidade ao item, ou seja, ele deve identificar qual parte do sistema est sendo
referenciado. Tambm atravs do nome do componente possvel ter-se uma idia da funo que
este ir desempenhar.
De uma certa forma, nas primeiras reunies, havia confuso entre a definio do nome do
item e a sua funo. medida que as reunies foram ocorrendo, as descries dos nomes dos
itens e as suas funes foram definidas de forma mais adequada. No Quadro 5.7, na colunas 1,
tem-se a numerao dos componentes registrados na Figura 5.8. Nas colunas seguintes, 2, 3 e 4
esto registradas as mudanas, progressivas, dos nomes dos componentes
Quadro 5.7 - Mudana dos nomes dos componentes.
N. do N o m e do com ponente S egunda m odificao N om e do final do co m p o n en te

coinponcntc (Incio)
na Fig. 5.8
Dispositivo distribuidor de
1 Cano dosador Alojador de mudas
mudas
Estrutura de fixao do
2 Fixao do alojador
cano dosador
Disco de suporte do
3 Disco guia Mesa
di<rtribuidor de mudas
4 Tampa do cano Fundo do alojador
5 Eixo do dispositivo de alojamento
Suporte para acoplar ao

6 Eixo de acionamento Suporte do eixo da transmisso
sistema de transmisso
7 Eixo fixo / mancai Eixo/mancai
8 Mancai
9 Eixo fixo ------- Eixo
10 Dobradia
11 Sistema de transmisso
Fixao da - estrutura dos
12 alojadores - ao eixo de
acionamento
13 Corrente de transmisso
Na descrio das funes dos componentes recomenda-se que estas sejam feitas de
maneira concisa e clara, fazendo uso de um verbo para descrever uma ao. No entanto, algumas
vezes isso no possvel de ser feito, resultando em funes descritas de maneira extensa, para
no comprometer o entendimento. O fato de se usar uma frase ao invs de um verbo para
descrever uma ao no prejudicou a anlise. Mas vale ressaltar que se buscou escrever as
funes da maneira mais concisa possvel.
Quadro 5.8 - Mudanas da descrio das funes dos componentes (CARRAFA, 2001).
N. do
componen Nome do
Funo inicial Funo atual
te na Fig. componente
5.8
1 Alqjador de mudas Dosar a muda Alojar a muda
2 Fixao do alojador Fixar os canos Fixar os alojadores
Guia para os canos se moverem Manter o fundo dos alojadores

3 Mesa
circunferencialmente sobre ele fechados
Empregada para prover a
Proteo/conduo e dosagem da
4 Fundo do alojador proteo/conduo e dosagem da
muda
muda
Transmitir o movimento rotativo
Eixo do dispositivo Transmitir o movimento rotativo
5 para o suporte do cano mover-se e
de alojamento para o alojador
fazer a dosagem
Base para suportar o disco guia, o Base para suportar a mesa, o eixo
Suporte do eixo da eixo de acionamento, eixo fixo e do alojador de mudas, eixo e
6 acoplar ao sistema de acoplar ao sistema de
transmisso
acionamento. acionamento.
7 Eixo/mancai --------- Permitir o movimento rotativo
8 Mancai Dar suporte ao eixo Suportar o eixo

Dar suporte a estrutura de fixao Suporte e girar o alojador de
9 Eixo
do cano muda.
Permitir abertura e fechamento da Permitir abertura e fechamento

10 Dobradia
tampa dosadora do fundo do alojador.
Receber o movimento da corrente Receber o movimento da
Sistema de transmissora de energia e corrente transmissora de energia
11
transmisso transmiti-la ao eixo de e transmiti-la ao eixo do alojador
acionamento de muda
Fixao da - Garantir a transmisso de
estrutura dos --------- movimento do eixo para o
12
aloj adores - ao eixo suporte do alojador para
de acionamento promover a dosagem da muda
Transmitir movimento da roda df3
Corrente de --------- compactao para o sistema de
13 transmisso
transmisso.
Mesmo depois da definio dos nomes dos componentes, as funes passaram por vrias
mudanas. Estas adaptaes foram efetuadas at quando j estava sendo feita a identificao dos
modos de falha ou a identificao dos efeitos. No Quadro 5.8, tem-se as funes, onde, na coluna
3 est mostrado um primeiro estudo da funo e, na coluna 4, tem-se a definio final da funo
de cada um dos itens do sistema de conduo de mudas.
Nessa atividade de estudo do modelo fsico, percebeu-se que alm de ter a funo
definida, era preciso fazer uma descrio do item, comentando sua funo e o seu
relacionamento com os itens a ele vinculados. Essa tarefa uniformizou o nvel de conhecimento
dos membros da equipe e facilitou a anlise dos modos de falhas e os seus efeitos. O Quadro 5.9
procura sintetizar o estudo efetuado.
Quadro 5.9 - Componentes da transplantadora de mudas (CARRAFA, 2001).
A fixao da estrutura dos alojadores

composta de hastes soldadas ao mancai em uma
das extremidades e s braadeiras na outra.
As braadeiras so usadas para prender os
alojadores.
A mesa sob os alojadores constituda de uma
placa de ao circular com uma abertura para
permitir que as mudas desam seqencialmente
para outros mdulos da mquina at chegarem
ao solo.
As rodas compactadoras tm a funo de

enterrar as razes das mudas depositadas nos
sulcos. No eixo das rodas compactadoras
fixada uma roda dentada que aciona a corrente
de transmisso.
Abaixo da mesa dos alojadores possvel ver a

roda dentada que recebe movimento vindo da
corrente de transmisso. A roda dentada aciona
as engrenagens que movimentam o eixo do
dispositivo de alojamento.
Captulo 5 - Aplicao do FAIKA e FTA na anlise e desenvolvimento de produtos 97
5.3.3 Identificao dos modos de falha e seus efeitos

Alguns modos de falha so intrnsecos do eixo (empenado, desalinhado, rompido) e
outros do mancai (desalinhado, desgastado). Mas podem existir outros modos de falha que
ocorrem com a interface eixo/mancai (engripado), por isto a interface foi considerada como
um componente. Embora um eixo empenado possa causar o travamento do sistema, o
eixo/mancai foi considerado como um componente parte porque alguns modos de falha esto
relacionados, especificamente, a essa interface.
As mquinas agrcolas so muito suscetveis s falhas ocultas5, devido ao uso
descontnuo em perodos especficos do ano e tambm devido ao ambiente agressivo em que
trabalham, ou mesmo quando ficam guardadas. Por isto, muito importante que a interface seja
considerada como um componente, para lembrar de alguns cuidados que devem ser tomados
como, por exemplo, os problemas relacionados com a sujeira e a oxidao. Desta forma, busca-
se prevenir de problemas dessa natureza os quais, muitas vezes, levam falhas ocultas, que sero
percebidas apenas no momento em que a mquina for posta em operao.
As reunies para o levantamento dos modos de falha e dos efeitos foram feitas no
laboratrio da UFSC/EMC/NeDIP, onde foi desenvolvido o prottipo. Os componentes do
prottipo foram analisados montados ao prottipo, facilitando muito a anlise nessa etapa. Os
modos de falha e os seus efeitos esto apresentados no Quadro 5.10.
Quadro 5.10 - Componentes, modos de falha e efeitos (CARRAFA, 2001).
C om ponente M odo de Falha E feito
- impede a conduo da muda

- desprende
1 -A lojador de mudas - plantio de muda danificada
- impede a conduo da muda
- ruptura
- plantio de muda danificada
- ruptura - no efetua a distribuio
- desprendimento da fixao do
2 - Fixao do alojador - no efetua a distribuio
cano
- desprendimento da estrutura
do suporte dos canos com o - no efetua a distribuio
eixo de acionamento
- Deixa de haver sincronismo
3 - Mesa - desprende (irregularidade na deposio das
mudas)
5 Uma falha oculta aquela que se manifesta somente no momento em que o sistema posto em operao.
Continuao do Quadro 5. 10.

L,omponenie modo ae r aina rireuo
- plantio de mudas danificadas
- ruptura
- bloqueia a passagem de mudas
4 - Fundo do alojador - empena
- tranca a muda.
- desgasta
- tranca a muda
- ruptura - no efetua a distribuio da muda
5 - Eixo do dispositivo de - efetua a distribuio de mudas sem
alojamento - desgasta
uniformidade
- empena - no efetua a distribuio de muda
- desprende do sistema de
6 - Suporte do eixo da - no efetua a distribuio de muda
transmisso
transmisso
- desprende do disco guia - no efetua a distribuio de muda
- engripamento - no efetua a distribuio de muda

7 - Eixo/mancai
- efetua a distribuio sem
- funcionamento intermitente
uniformidade
- desgasta - no efetua a distribuio de muda
8 - Mancai
- ruptura - no efetua a distribuio de muda

9 - Eixo
- no efetua a distribuio de muda
- desgaste - efetua a distribuio sem
uniformidade
- entorta - efetua a distribuio sem
uniformidade
10 - Dobradia - ruptura - no efetua a distribuio de muda
- desgasta - efetua a distribuio sem
uniformidade
- emperra - no efetua a distribuio de muda
11 - Sistema de transmisso - engripamento - no efetua a distribuio de muda
- escorrega - no efetua a distribuio de muda

12 - Fixao da - estrutura
dos canos alojadores - ao - desprender - no efetua a distribuio de muda
eixo de acionamento
13 - Corrente de
- ruptura no efetua a distribuio de muda
transmisso
Captulo 5 -A p lic a o doFMEA e FTA na anlise e desenvolvimento de produtos 99
As especificaes dos efeitos tambm sofreram mudanas. Inicialmente, era somente

dito: perda total da funo ou perda parcial da funo. Vrios efeitos podem ser classificados
como perda parcial da funo ou perda total da funo . Contudo, estas especificaes no se
constituem numa informao eficiente para uma tomada de deciso em termos de projeto ou
manuteno E necessrio que a informao seja descrita de uma maneira mais detalhada e
especfica. Ento, passou-se a escrever: No efetua a distribuio da muda, Efetua a distribuio
da muda sem uniformidade, Plantio de mudas danificadas, Impede a conduo da muda.
A descrio mais especfica permitiu avaliar os efeitos com maior eficcia, podendo
levantar os efeitos mais crticos e a partir disto, pesquisar alternativas de projeto.
5.3.4 Seleo dos efeitos mais importantes e levantamento das causas dos modos de
falha.
Nesta etapa, os efeitos foram avaliados, verificando os aspectos de segurana,
manuteno, confiabilidade e custos.
Segurana: As partes mveis da mquina, como as regies da mquina que apresentam
lminas ou objetos pontiagudos devem estar protegidas para evitar expor os usurios a acidentes.
Manuteno: A manuteno da mquina deve estar programada. Quando ocorrer uma
falha esta deve ocorrer em peas simples, de fcil reposio, permitindo que a mquina seja
posta em operao sem dificuldades.
Confiabilidade: Os componentes envolvidos com as funes principais da mquina,
devem ter os tempos mdios entre falhas maior do que o nmero de ciclos de plantio mnimo,
necessrio para abater o investimento feito.
Custo: Caso no seja possvel evitar a falha, os prejuzos devem ser mnimos. Os
prejuzos devem estar associados a componentes de fcil manuteno e baixo custo, visando
disponibilidade da mquina.
As falhas mais significativas so as falhas associadas danificao da muda. Estas
foram consideradas piores porque pode trazer prejuzos maiores que a prpria manuteno da
mquina, dado que leva ao plantio de mudas danificadas. Neste caso, tem-se a perda das mudas.
O Quadro 5.11 traz a lista das causas dos modos de falha que esto associados com a
danificao da muda.
Captulo 5 A plicao do FME4 e FTA na anlise e desenvolvimento de produtos 100
Quadro 5.11 - Causas dos modos de falha relacionadas com a danificao da muda (CARRAFA, 2001).
---------------------------
'
Componente Modo de Falha . _.. . . Causa do modo de falha
- A braadeira rompe
- O parafuso de conexo da braadeira solta da porca
1 - Alojador de - desprende
- 0 parafuso rompe
mudas
- Rompe onde conectada a braadeira
-ruptura
- Rompe onde conectada a dobradia
- Quando prende ao disco guia
- empena - Bate lateralmente no bocal de dosagem
- Porque prendeu-se mesa
- ruptura - A tampa muito pesada e quando esta fica suspensa no resiste
- Rotao de trabalho elevada
- Muitas horas de trabalho
2 - Dobradia - desgasta
- Material pouco resistente para a aplicao
- Devido ao substrato da muda que vai caindo no eixo que
conecta as abas da dobradia
- oxidao
- Falta de lubrificante dificulta o movimento relativo das abas da
dobradia
- emperra - proteger quanto presena de resduos no eixo da dobradia.
5.3.5 Apresentao das possveis solues com base nos efeitos, modos e causas das
falhas.
Diante do estudo feito, prope-se alguns princpios de soluo para as causas dos modos
de falha, com maior chance de ocorrncia, Quadro 5.12. Durante as reunies realizadas
oficialmente, a corrente de transmisso no havia sido includa na lista de componentes. Na
reviso do material percebeu-se a necessidade de inclu-la e isto chamou a ateno para um
detalhe muito importante que so as partes mveis da mquina que esto expostas. Estas partes
devem ser isoladas para que no ameaar a segurana do usurio. Ento, uma alterao que deve
ser feita no projeto isolar a corrente de transmisso e as rodas dentadas com uma grade de
proteo para proteo dos operadores.
Captulo 5 - Aplicao do FMILA e FTA na anlise e desenvolvimento de produtos 101
Quadro 5.12 - Princpio de soluo para as causas dos modos de falha (CARRAFA, 2001).
Principio de soluo para a causa do

C ausa do modo de falha/Porque da falha
modo de falha
S i
Cfl arruela de presso
(0 - O parafuso de conexo da braadeira afrouxa
O requer uso de contra porca
3
E colocar uma luva onde vai a braadeira
<o - Ruptura na conexo das dobradias
k. usar um tubo mais resistente
o
TJ
"o - Ruptura onde conectada a dobradia usar outro tipo de fixao da dobradia
<
- Bate lateralmente no bocal de dosagem - anteparo de conduo
- usar material mais leve na confeco da tampa

- A tampa muito pesada proporcionando a ruptura - fazer uso da outro mecanismo para ajudar a
suportar o peso da tampa
- substituir o material de fabricao da dobradia

CO
o - Material pouco resistente para a aplicao - dar maior rigidez ao componente de unio entre
<o
U- as abas.
n
o
Q uma capa de proteo desse mecanismo
- Devido ao substrato da muda que vai caindo no
aumentar a resistncia
eixo que conecta as abas da mesma.
material resistente oxidao
- Cargas dinmicas (impactos, vibraes), elevadas

no fundo do alojador
(O
I - Isolamento dos componentes utilizando uma
Sc ca> - Partes expostas ameaando a segurana do cliente.
0) T3 tela metlica.
t ro
o -a
O o
Cd
5.3.6 Resultados obtidos e comentrios

O Quadro 5.12 foi elaborado considerando que as falhas iriam ocorrer, embora no se
tenha certeza se vo ocorrer realmente. Portanto, antes de partir para a implementao das aes
recomendadas no Quadro 5.12, alguns testes e simulaes deveriam ser feitas para estudar as
falhas em funo das chances de ocorrncia, junto com uma avaliao de custos, buscando
priorizar as aes.
A Figura 5.9 apresenta a soluo para a vibrao, atravs da ao, a incluso de uma
placa de polmero sobre a mesa, buscando reduzir as cargas dinmicas, principalmente, depois da
liberao da muda para o solo, quando se tem novamente o incio do contato do fundo do
alojador com a mesa.
Esta medida adotada foi de baixo custo e reduz as cargas no fundo do alojador, sobre a
dobradia e no prprio alojador de mudas. Com esta medida adotada espera-se evitar as falhas
geradas pelas cargas dinmicas e tambm obter reduo dos nveis de rudo entre as peas em
movimento.
Figura 5.9 - Incluso de uma placa de polmero para reduo das cargas dinmicas.
Captulo 5 - Aplicao do FMEA e FTA na anlise e desenvolvimento de produtos 103
5.4 Uso de rvores de falha para representar eventos de falha em sistemas

hidrulicos com vistas aquisio do conhecimento
Como visto na reviso, a rvore de falhas uma ferramenta de avaliao qualitativa e

quantitativa, cujo objetivo auxiliar o projetista, o planejador ou o operador de sistemas a tomar
decises relativas ao que fazer no caso de falhas e investigar as causas que levaram falha. Os
dados apropriados devem ser configurados numa rvore, a partir do conhecimento preciso do
funcionamento do sistema que se deseja analisar, permitindo assim, dispor-se de uma avaliao
ou de um melhor conhecimento, do sistema em anlise.
Essa condio do FTA foi utilizada pelo engenheiro do conhecimento, com o objetivo de
facilitar a obteno de informaes de especialistas em sistemas hidrulicos, utilizados em
navios. O trabalho visa gerar um sistema especialista para diagnstico de falhas para esses
sistemas.
Segundo Edward Feigenbaun, citado por VINAD (2000), um sistema especialista um
programa inteligente de computador, que usa conhecimento e inferncia de procedimento, para
resolver problemas que so suficientemente dificeis, para requerer uma significativa percia
humana para sua soluo.
O processo de desenvolvimento de um sistema especialista constitudo basicamente de
4 etapas: aquisio do conhecimento; representao do conhecimento; implementao
computacional e teste. A aplicao aqui relatada do FTA est associada etapa de representao
do conhecimento.
Em funo da convivncia nos laboratrios6 e da troca de informaes sobre os temas de
dissertao que estavam sendo estudadas, iniciou-se um dilogo entre os mestrandos, que
motivou o Engenheiro do Conhecimento a experimentar a tcnica do FTA para facilitar o
dilogo com o especialista, na etapa de representao do conhecimento. A esta altura, j havia
razovel clareza sobre os problemas existentes, tanto nos sistemas hidrulicos a serem estudados
quanto em relao s informaes a serem adquiridas para formalizar o sistema especialista. No
entanto, antes da utilizao do FTA, foi feito uso das redes de inferncia para representar os
eventos de falha. A descrio da utilizao do FTA e das redes de inferncia, ser apresentada a
seguir.
6 LASHIP (Laboratrio de Sistemas Hidrulicos & Pneumticos) e NEDIP (Ncleo de Desenvolvimento Integrado
de Produtos).
5.4.1 O estudo do sistema hidrulico

O sistema que est sendo considerado, para o desenvolvimento do sistema especialista
prottipo, responsvel pelo acionamento e controle do leme de um navio, podendo ser
controlado manualmente ou automaticamente. A Figura 5.10 apresenta o circuito hidrulico
correspondente para o controle do leme.
A ferramenta escolhida para a aquisio do conhecimento foi a entrevista. Desta forma, o
processo de aquisio do conhecimento iniciou com um estudo bibliogrfico (livros e manuais),
de componentes e do sistema hidrulico, para se familiarizar com as terminologias utilizadas e
assim facilitar a comunicao com os especialistas, no caso, os operadores de controle e
manuteno do sistema hidrulico.
Mesmo depois do estudo bibliogrfico, a diferena entre o conhecimento do especialista e
do engenheiro do conhecimento ainda era bastante grande, pois os especialistas convivem
diariamente com o sistema e adquiriram muito conhecimento atravs da experincia. Eles
possuem uma percepo bastante aguada das informaes, como as relaes de causa e efeito
das falhas, componentes mais crticos para o sistema e os mais suscetveis s falhas. Muitos
desses conhecimentos no esto disponveis nos livros.
O problema bem claro, captar o conhecimento do especialista de forma que possa ser
implementado em um sistema especialista para diagnosticar as falhas do sistema hidrulico para
controle do leme do navio.
Os problemas que dificultaram a aquisio do conhecimento foram:
1) Os especialistas estavam em seus ambientes de trabalho, portanto o contato deveria ser
realizado durante o expediente e regulado pela disponibilidade de tempo dos mesmos,
normalmente, muito exguo.
2) Um questionrio foi formulado para os especialistas responderem. As perguntas feitas
pelo engenheiro do conhecimento, muitas vezes, eram interpretadas pelo especialista e as
respostas no condiziam com as expectativas iniciais. A sabedoria do especialista est
organizada para resolver os problemas de acordo com sua percepo e no na seqncia
organizada de passos.
Foi necessrio ento, para resolver esses problemas, adotar uma forma de representar o
conhecimento que ficasse claro para todos, facilitando o trabalho do entrevistador em captar
melhor as idias do especialista e organiz-las podendo fazer mais questionamentos, sendo mais
objetivo e fiel.
5.4.2 Ferramentas para a representao do conhecimento
Com uma boa representao do conhecimento, torna-se mais fcil para o especialista
opinar e dar sugestes, corrigir alguma m interpretao. Tambm, com uma boa representao,
h maior eficincia e aproveitamento das reunies. Mesmo com pouco tempo para as reunies,
as informaes estariam sendo coletadas.
Em funo das dificuldades apresentadas, o engenheiro do conhecimento procurou
representar o sistema hidrulico e os problemas relacionados s falhas e aes de manuteno
atravs de redes de inferncia. A rede de inferncia faz o relacionamento dos efeitos com as
causas do sistema, Figura 5.11. Este relacionamento ajudou o entrevistador na organizao das
falhas, mas ainda assim, ficou difcil fazer a identificao de onde inicia uma falha (causas
bsicas) e onde termina (efeitos no sistema). A representao do conhecimento atravs da rede
de inferncia apresentou-se confusa e complexa e apresentava dificuldades de comunicao entre
entrevistador e especialista.
medida que um maior detalhamento feito na rede de inferncia aumenta-se a
complexidade da rede, dificultando a sua anlise at mesmo para os especialistas.
D E SG A STE
RUDO TEM P.
INTERNO - J OR J
EX C E SSIV A
EXCESSIVO
temp. Fluido
= alta
p ,) 5 in Hg
C onexes
Filtro de Asp. ........ da linha asp.
= entupido danificadas
temp. Fluido
= baixa
temp. Fluido Acoplam ento

= alta - desalinhado
.......................... V 7 ' 1
* A
Rolamento Rolamento
= gasto -d a n ific a d o

V A ZA M EN TO R etentor
VIBRAO
E X TE R N O I = danificado
Figura 5 . 1 1 - Rede de inferncia utilizada para organizar o relacionamento entre as falhas (ALVES, 2001).
O FTA adaptou-se perfeitamente s necessidades do engenheiro do conhecimento. A

partir da sua adoo, a comunicao com os especialistas ocorreu de maneira
surpreendentemente mais proveitosa. A relao entre causa e efeito em uma rvore de falhas
aparece de uma maneira muito organizada. Alm, possvel organizar os eventos na rvore de
falhas em funo das probabilidades de ocorrncia dos eventos. Por conveno, foi adotado que
os eventos com maior probabilidade de ocorrncia estariam mais esquerda da rvore de falhas e
os eventos com menor probabilidade direita. Logo, analisando a Figura 5.12, possvel
Capitulo 5 -A p lic a o do FMEA e FTA na anlise e desenvolvimento de produtos 107
concluir, por exemplo, para o primeiro nvel hierrquico da rvore que um movimento
inadequado do mbolo tem maiores chances de ocorrer do que uma falha no solenide.
Figura 5.12 - FTA para a vlvula direcional (ALVES, 2001).
1 Atravs das entrevistas, foram geradas vrias rvores de falhas. As rvores de falha
obtidas, apresentavam uma estrutura mais horizontal do que vertical, isto , ocorreram poucos
desdobramentos dos nveis hierrquicos. A Figura 5.12 apresenta apenas quatro nveis
hierrquicos, sendo que o nico evento, do quarto nvel hierrquico a falha mbolo travado.
A grande maioria dos eventos est relacionada com a porta lgica ou. Isso demonstra
que a maioria dos eventos, do mesmo nvel hierrquico, so independentes e no-mutuamente
exclusivos.
As vantagens em se utilizar uma rvore de falhas:
1. O FTA uma ferramenta muito simples de se utilizar. Para sua construo, parte-
se do evento indesejado e so levantadas todas as causas que esto diretamente
ligadas a este evento. Depois se repete o processo para os nveis seguintes. O
engenheiro de conhecimento aprendeu usar a rvore de falhas com alguns
Captulo 5 - Aplicao do FMK4 e FTA na anlise e desenvolvimento de produtos 108
materiais que foram fornecidos e algumas reunies rpidas com o especialista em

FTA;
2. Quando a rvore de falhas se toma muito grande, possvel dividi-la em rvores
menores sem maiores dificuldades;
3. Possibilita calcular as probabilidades de ocorrncia das falhas, conseqentemente
a confiabilidade;
4. As portas lgicas e e ou facilitam a implementao de regras para o sistema
especialista;
5. A estrutura hierrquica da rvore de falhas permite entender e analisar, com
facilidade, a seqncia e o relacionamento entre os eventos. Os itens (a), (b) e (c)
mostram como interpretar a rvore de falhas.
a) Os eventos que se encontram mais prximo do topo da rvore, esto mais
prximos dos efeitos do sistema.
b) Os eventos que se encontram mais prximo da base da rvore, esto mais
prximos das causas bsicas das falhas.
c) Os eventos com maior probabilidade de ocorrncia foram postos mais
esquerda da rvore. Logo, observando os eventos do segundo nvel hierrquico da Figura 5.12,
possvel organizar as falhas em ordem decrescente de probabilidade de ocorrncia: (1) excesso
de sujeira, (2) mola quebrada, (3) temperatura de operao indevida, (4) presso indevida, (5)
vazo excessiva.
A principal caracterstica da rvore de falhas a sua estrutura hierrquica bem definida.
Isso facilitou o dilogo com os especialistas, porque representa os eventos de forma grfica e
organizada, tomando as entrevistas mais objetivas e eficazes. Conseqentemente, aumentou o
nvel tcnico das entrevistas e os especialistas passaram a participar ativamente na construo
dos relacionamentos entre as causas e efeitos, corrigindo e dando sugestes. Com o FTA foi
possvel obter informaes mais detalhadas, sobre os mecanismos que conduzem s falhas e os
relacionamentos entre causas e efeitos.
5.4.3 Resultados obtidos e comentrios

Durante o estgio curricular7 iniciou-se o estudo do FTA para relacionar as causas das
falhas nos compressores. Embora o FTA seja de fcil utilizao, no foi possvel obter bons
resultados. Aps este estudo os motivos ficaram claros, e foram listados a seguir:
a) Os questionamentos que eram feitos aos especialistas no estavam relacionados
diretamente a nenhuma rvore de falhas. Como as informaes obtidas no estavam relacionadas
a nenhuma rvore, estas ficavam dispersas, conseqentemente estas informaes mais tarde
acabavam se perdendo ou eram mal interpretadas. Os questionamentos devem seguir as
ramificaes de uma rvore de falhas (ordem dos acontecimentos), isto , devem iniciar com
algum efeito do sistema e medida que as causas so identificadas, devem ser includas na
rvore (Abordagem top-down)',
b) As rvores de falhas no eram apresentadas aos especialistas. Isso foi erro gravssimo
porque necessrio que os especialistas vejam a rvore de falhas para que possam contribuir de
maneira eficaz.
Com esta aplicao, notou-se que a rvore de falhas no identifica as causas das falhas, e
sim, ajuda a organizar e estruturar as causas que conduzem a falha, facilitando o trabalho do
especialista em organizar seu conhecimento permitindo que seja repassado para outras pessoas.
Com essa aplicao foi possvel perceber a grande potencialidade do FTA para sistemas
especialistas, por causa da caracterstica de usar portas lgicas, que podem ser representadas por
regras e tambm por relacionar os eventos com uma estrutura hierrquica bem definida.
5.5 Comentrios finais
Com a aplicao do FMEA sobre a bomba de engrenagens, foi possvel perceber algumas
consideraes fundamentais. Inicialmente necessrio definir se o nosso objeto de anlise ser
considerado como um componente ou um sistema. Se isso no estiver definido, no possvel
fazer a distino do que modo de falha e o que efeito.
Se o objeto de estudo for considerado como um sistema, deve-se selecionar os seus itens
constituintes (componentes) e pesquisar as suas respectivas funes e modos de falha. Para um
produto como a bomba de engrenagens, fica muito difcil associar funes a seus itens, porque
muitas das funes internas da bomba estavam relacionadas com vrios itens.
7 Estgio curricular: EMBRACO - Empresa Brasileira de Compressores (SAKURADA, 1997).

Captulo 5 - A plicao do FMEA e FTA na anlise e desenvolvimento de produtos 110
Se o produto que estiver sendo analisado for considerado como um componente de um

sistema, ento seus itens constituintes no sero levados em considerao e o produto ser
tratado como uma caixa preta. Isto , as funes do produto e os seus modos de falha so
pesquisados. Posteriormente, busca:se identificar quais os efeitos causados pelos modos de falha.
Ao executar uma anlise da bomba de engrenagens como um sistema e posteriormente
analis-la como um componente de sistema hidrulico, permitiu evidenciar o problema com as
definies do FMEA (modo de falha, causa e efeito). A grande dificuldade em se usar o FMEA
so as suas definies de modo de falha, causas e efeitos.
Os trabalhos a respeito de FMEA encontrados na literatura no deixam claro esse
problema. Teoricamente, parece miiito simples aplicar as definies utilizadas no FMEA, mas
vale ressaltar novamente, nem tudo ir se enquadrar perfeitamente s definies.
Na a ltima aplicao, bomba como um componente de um sistema hidrulico, a
cavitao no foi considerada como um modo de falha. Mas os seus efeitos estavam sendo
considerados nos modos de falha rudo e vazo incorreta. Se esta aplicao do FMEA
tivesse sido desenvolvida em alguma empresa de componentes hidrulicos, talvez a classificao
adotada seria outra. Provavelmente, a cavitao seria considerada como um modo de falha. O
cuidado que se deve tomar nas reunies de FMEA no deixar que estas discusses a respeito da
classificao das falhas atrapalhem a dinmica e o relacionamento da equipe. Pois, no ser pela
classificao que ser dada a falha que o produto se tomar mais ou menos confivel. O
importante que a falha seja considerada, e sobre ela sejam tomadas as providncias necessrias
para sua eliminao, garantindo qualidade e confiabilidade do produto.
Com a aplicao do FMEA sobre a transplantadora de mudas, foi possvel concluir que a
primeira etapa do desenvolvimento (Definio do modelo fsico, dos componentes e das
funes), pode ser desenvolvida pelo projetista j que estas informaes encontram-se na
documentao do projeto. No entanto, a presena de uma pessoa que conhea o FMEA ajuda a
esclarecer estas informaes escrevendo de uma forma mais especfica e eficiente, direcionada a
anlise das falhas.
Na primeira reunio foi possvel efetuar vrias etapas, desde a seleo do modelo fsico
at o levantamento dos efeitos. Mas todas as etapas passaram por mudanas resultando em
melhorias. preciso que haja um amadurecimento da aplicao, e isto s possvel com
opinies de outros participantes e revises nos formulrios. Atravs das reunies ganha-se muito
conhecimento a respeito do funcionamento do sistema e isto possibilita mudanas das
informaes, tomando-as mais eficazes e teis.
A seqncia das etapas descritas no uma estmtura rgida, ela pode sofrer mudanas. O
mais importante que estas etapas estejam na aplicao. Outro detalhe importante que no seja
confundido modo de falha, causa e efeito. Embora um modo de falha possa ser causa de outros
modos de falha, antes de tudo ele deve ser considerado como modo de falha e o que ser
registrado nas causas do modo de falha so as causas bsicas, as causas iniciais da falha.
A cada reviso do trabalho foram identificadas melhorias a serem feitas e estas foram
implantadas ao longo das reunies, mostrando que o FMEA um documento vivo que est em
sempre atualizado.
Sugere-se ainda o uso conjunto de outras ferramentas como o diagrama de Ishikawa e a
Anlise da rvore de falhas para o acompanhamento do FMEA. Estas ferramentas mostram as
caractersticas relevantes do projeto e permitem representar graficamente os eventos
relacionados s falhas.
Outras mudanas que vierem a ocorrer sero documentadas e registradas, para que no
projeto de outras mquinas as informaes possam ser consultadas e assim, buscar cada vez mais
o desenvolvimento de projetos com maior qualidade e confiabilidade para o cliente.
A aplicao do FTA como ferramenta de representao do conhecimento facilitou a
comunicao entre o engenheiro do conhecimento e os especialistas. Por causa da sua estrutura
bem organizada, a ferramenta se ajusta muito bem no auxlio para o desenvolvimento de
sistemas especialistas.
Captulo 6
Concluses e
recomendaes
6.1 Introduo
Este trabalho foi desenvolvido com o intuito de facilitar o uso das ferramentas para anlise
de falhas EMEA, FTA e diagrama de Ishikawa. Outras ferramentas, no captulo 2, foram
estudadas para verificar a relao que poderia existir com as ferramentas de anlise de falhas,
visto que essas ferramentas, como o FTA, so utilizadas para o clculo da confiabilidade em
sistemas.
As ferramentas para clculo da confiabilidade apresentadas no captulo 2, permitem
calcular a confiabilidade em sistemas complexos (configurao tipo ponte), no entanto, trabalham
apenas com dois estados: falha ou sucesso. Muitas vezes essas informaes so insuficientes para
uma anlise mais aprofundada.
O FTA mostrou-se muito mais habilitado a trabalhar com o FMEA do que as ferramentas
apresentadas no captulo 2. Pois, alm de permitir calcular a confiabilidade de sistemas, permite
trabalhar com os modos de falha identificados pelo FMEA e organiz-los facilitando o
rastreamento das falhas.
A principal dificuldade durante o desenvolvimento deste trabalho, foi encontrar materiais
bibliogrficos que dissertassem a respeito do processo de desenvolvimento das ferramentas de
anlise de falhas (FMEA e FTA). A maior parte do material encontrado, refere-se apenas a
resultados de aplicaes executadas nas indstrias ou em ambientes acadmicos. Diante dessas
aplicaes, no possvel perceber se houve, ou no, dificuldades no processo de
desenvolvimento. Pelo contrrio, da maneira como esto apresentados, transmitem uma
impresso de que os processos de desenvolvimento do FMEA, se do de maneira naturalmente
simples.
Capitulo 6 Concluses e Recomendaes 113
Com este trabalho foi possvel identificar as dificuldades dos processos de implantao das
ferramentas de anlise de falhas. Felizmente, com os estudos de caso, foi possvel perceber essas
dificuldades de forma clara, o que permitiu buscar solues e explicaes para os problemas.
Outro ponto importante deste trabalho, foi a integrao com os membros dos laboratrios
UFSC/EMC/NeDIP e UFSC/EMC/LASHDP. O bom relacionamento dentro e fora das reunies,
favoreceu o processo criativo, resultando num grande ganho produtividade e conhecimento, que
pode ser traduzido como sinergia, dando incentivo a outros trabalhos a serem realizados.
O fato das ferramentas de anlise FMEA, FTA e Diagrama de Ishikawa, trabalharem com
causas e efeitos de falha, com diferentes abordagens, as fazem bastante complementares e o uso
conjunto bastante apropriado como era de se esperar.
6.2 Diagrama de Ishikawa
O diagrama de Ishikawa uma ferramenta muito simples que geralmente usada para
organizar as atividades do Brainstorming. No entanto, da mesma forma que o FTA e o FMEA
preciso que se tenha conhecimento do sistema, onde se est fazendo a aplicao.
Ao iniciar a anlise da transplantadora de mudas para a aplicao do FMEA, perguntou-
se: Como o problema deve ser abordado? Como ser definida a funo principal?
Este o tpico problema que pode ser facilmente resolvido com o diagrama de Ishikawa.
Fazendo uma primeira observao do produto, j desenvolvido em nvel de prottipo, perguntou-
se quais seriam os efeitos indesejveis?
Estes, certamente, deveriam estar vinculados aos requisitos de projeto. Contudo por falta
de prtica, esta consulta no foi feita na hora de definir os efeitos. Aps a anlise dos diferentes
mdulos, dois efeitos foram identificados como fundamentais: no conduo da muda - logo no
planta; e danificao da muda, pode at plantar mas a muda morre.
As figuras 6.1 e 6.2 apresentam os relacionamentos entre as causas que poderiam gerar
estes dois eventos. V-se que algumas causas esto relacionadas com ambos os efeitos, o que
deve ser analisado com mais detalhe.
Os diagramas podem ser gerados a partir do Quadro 5.6. A construo do diagrama de
Ishikawa no foi feita formalmente, durante a aplicao na transplantadora de mudas. O
levantamento dos fatores que teriam influncia, no efeito correspondente a danificao da muda,
foi feito verbalmente, sem efetuar nenhum registro. Isso porque as anlises estavam sendo
realizadas diretamente sobre o prottipo, e julgou-se que todos os componentes importantes do
Captulo 6 - Concluses e Recomendaes 114
prottipo estavam sendo considerados. No entanto, foi possvel perceber que foi uma
considerao errada, pois com relao ao efeito danificao da muda, passaram despercebidos o
componente responsvel pelo posicionamento da muda e tambm o componente responsvel em
fechar o sulco. Esses componentes tambm tm grandes chances de causarem dano s mudas.
Figura 6.1 - Causas que tem influncia no efeito No conduz muda.
Os diagramas de Ishikawa so indicados para comear uma anlise, fornecendo uma viso
panormica dos problemas. Na etapa do projeto detalhado, a identificao dos componentes que
podem causar danos na muda feita de uma maneira muito simples. A partir das informaes
colhidas do Quadro 5.6, foram registrados no diagrama, todos os componentes nos quais a muda
entra em contato.
Figura 6.2 - Causas que tem influncia no efeito Danifica a muda.

Capitulo 6 - Concluses e Recomendaes 115
A percepo da importncia dos diagramas de Ishikawa foi constatada aps o FMEA e

por isso que est sendo registrado aqui nos comentrios. A partir desta anlise feita, conclui-se
que dois componentes deveriam ser registrados nos formulrios FMEA: O condutor final,
responsvel pelo posicionamento da muda e a roda compactadora, responsvel em fechar o sulco.
Isso mostra a importncia do diagrama de Ishikawa, em permitir uma rpida visualizao
dos fatores que tem influncia sobre um dado efeito.
6.3 FTA
O FTA uma ferramenta muito simples de se utilizar. Para sua construo, parte-se do
evento indesejado e so levantadas todas as causas que esto diretamente ligadas a este evento.
Depois se repete o processo para os nveis seguintes.
O evento de topo de uma rvore de falhas no precisa ser necessariamente um efeito no
sistema, tambm pode ser um modo de falha, dependendo do tipo de anlise (no sistema ou no
componente).
A Figura 3.4 mostra uma rvore de falhas com dois nveis hierrquicos. Os eventos que
esto nos primeiros nveis hierrquicos esto mais prximos do evento de topo,
conseqentemente, esto mais prximos dos efeitos nos sistemas. Os eventos que esto prximos
base da rvore de falhas esto mais prximos das causas bsicas das falhas.
ALVES (2001) ainda considerou as chances de ocorrncia da falha, colocando os eventos
com maiores probabilidades de ocorrncia mais esquerda da rvore.
Essa descrio apresentada, mostra como uma rvore de falhas organizada, facilitando
muito a comunicao entre o engenheiro do conhecimento e um especialista, visto que, a principal
caracterstica da rvore de falhas a sua estrutura hierrquica. Isso resultou em um aumento do
nvel tcnico das entrevistas e os especialistas passaram a participar ativamente na construo dos
relacionamentos entre as causas e efeitos, corrigindo e dando sugestes.
As portas lgicas, alm de permitir calcular a confiabilidade do sistema, permitem que
sejam transformadas em regras para um sistema especialista.
Aps montar um conjunto de rvores de falhas a respeito do sistema, a sua implementao
para um sistema especialista se toma bem mais simples. E tambm, um sistema especialista que
possua rvores de falhas incorporadas em seu cdigo, permite obter as respostas para os
problemas de maneira rpida e direta, porque as perguntas que so feitas para o usurio, vo
seguindo as ramificaes e, dependendo das respostas, vrias ramificaes (possveis causas)

podem ser eliminadas, dado que um modo de falha pode estar em vrios pontos, dentro de uma
rvore de falhas. Esta sistemtica utilizada no sistema especialista desenvolvido por ALVES
(2001).
6.4 FMEA
Muitas publicaes demonstram o uso das ferramentas nas indstrias e instituies

acadmicas, nas quais o conhecimento j se encontra sedimentado e padronizado. Desta forma,
no se tm dvidas diante dos casos apresentados, pois so casos em que as definies utilizadas
no FMEA (modo de falha, efeito e causa) se ajustam perfeitamente. Isto nos leva a falsa
impresso de que todos os casos, em que for utilizada a ferramenta, se daro de uma maneira
naturalmente simples.
O processo de desenvolvimento de um FMEA um processo iterativo, como uma
metodologia de projeto e precisa ser constantemente revisto e realimentado.
A grande dificuldade est no processo de implantao das ferramentas, quando ainda no
esto definidos o que so os modos de falhas, causas e efeitos. Para cada sistema necessrio
definir: modo de falha, efeito e causa do modo de falha.
Vale ressaltar aqui, que nem sempre a falha ir se ajustar s definies. Um exemplo, da
dificuldade em classificar as falhas foi observado no estudo de caso da bomba de engrenagens,
mais especificamente analisando a cavitao. Ao tentar classificar a falha de forma rigorosa e
inflexvel, em cada definio, a primeira etapa para uma grande discusso e desentendimento.
Pois, nem todos os eventos podem ser enquadrados nestas classificaes. As definies
encontradas de modos de falha, causas e efeitos so bastante simples, e por causa disso, induzem
a uma falsa idia de que a etapa de classificao das falhas se dar de maneira simples.
Diante dessa dificuldade, comea a se questionar: A ferramenta est sendo utilizada de
maneira correta? O estudo da ferramenta foi suficiente? A equipe que foi selecionada est
capacitada? Dado a isso, deve-se ter em mente que a classificao das falhas no uma tarefa
simples e que esta muda de acordo com o sistema e do interesse da equipe FMEA. O importante
que a falha seja considerada na anlise. O fato de uma falha ser classificada como modo de falha,
efeito ou causa no ter influncias na sua confiabilidade.
Em resumo, para executar um FMEA, deve-se ter bem claro:
- Qual o sistema que est sendo analisado?

Quais so os componentes relevantes?
- Listar as funes dos componentes.
Obteno de desenhos, diagramas, modelos confiabilsticos para representao grfica
do sistema.
Quais os modos de falha dos componentes? Os modos de falha so baseados nas
funes e especificaes dos componentes.
Quais so os efeitos que ocorrem no sistema? Os efeitos so baseados nas funes e
especificaes do sistema.
Estas seis etapas apresentadas so as mais importantes do FMEA.
6.5 Concluses
O processo de desenvolvimento de um FTA bastante simples e, geralmente, ser

desenvolvido depois de um FMEA P is necessrio que se tenha bastante conhecimento, do
comportamento do sistema, para desenvolver a rvore. As etapas iniciais do FMEA envolvem a
identificao do sistema, componentes, funes, a utilizao de diagramas e modelos, anlises dos
modos de falhas, efeitos e causas. Aps desenvolver estas etapas, pode-se dizer que se obteve um
bom conhecimento do sistema.
Com a aplicao do FTA no estudo de caso, pode-se concluir que o FTA no identifica as
causas das falhas, e sim, ajuda a organizar e estruturar as causas que conduzem a falha, facilitando
o trabalho do especialista em organizar seu conhecimento, permitindo que seja repassado para
outras pessoas.
A entrevista um processo de aquisio de conhecimento que fica bastante facilitado,
quando em paralelo, desenvolvido um FTA. E fundamental que o especialista (entrevistado)
acompanhe o desenvolvimento do FTA.
As ferramentas de anlises de falhas devem ser utilizadas de maneira sistemtica, seguindo
cuidadosamente cada etapa e lembrando que medida que o conhecimento adquirido, este
incorporado dentro das ferramentas. A documentao muito importante, baseado nestes
histricos que os programas de manuteno, testes, programas de capacitao sero
desenvolvidos.
O diagrama de Ishikawa a ferramenta mais indicada para iniciar uma anlise, por
fornecer uma viso panormica do problema. O FTA ideal para a representao do
conhecimento e a utilizao do FMEA permite obter o conhecimento do sistema.
Os estudos de casos apresentados demonstraram a facilidade de uso das ferramentas e
ganhos obtidos pelos usurios. As observaes incorporadas dentro dos estudos de caso
destacaram os problemas relacionados s ferramentas de anlise, principalmente com relao ao
FMEA
As seis primeiras etapas do FMEA so fundamentais para a eficincia da aplicao. O que
no se deve fazer, na utilizao do FMEA, tentar classificar as falhas de maneira rgida dentro
de uma definio (modo de falha, efeito, causa). Vale lembrar que, muitas vezes a falha no ir se
adequar perfeitamente s definies propostas, no entanto, esta deve ser considerada e sobre ela
deve-se tomar as devidas providncias.
Pode-se concluir, finalmente, que os objetivos iniciais propostos foram contemplados
neste trabalho. As descries, apresentadas nos processos de anlise com os respectivos estudos
de casos, proporcionaram, pelo menos ao autor deste trabalho, uma viso e uma crtica dos textos
citados nas referncias bibliogrficas. A maioria dos textos, ou apresentavam um receiturio de
aplicao ou um resultado de aplicao. Isto posto, permite compreender a dificuldade da
aplicao dessas ferramentas em nvel de cho de fbrica.
Embora, no tenha sido apresentado explicitamente, como usar as ferramentas em cada
fase do processo de projeto, entende-se que a proposio inicial foi atingida. Isso porque os
estudos de caso contemplaram o uso do FMEA, num produto que estava sendo desenvolvido. Foi
aplicado na fase do projeto detalhado e construo do prottipo, mas gerou informaes que
proporcionaram revises de projeto. O FMEA foi usado tambm num produto comercial, a
bomba de engrenagens. Permitiu conhecer, mais detalhadamente, os diferentes aspectos
associados s funes, falhas e efeitos, com vistas a aprimorar o projeto para a mantenabilidade.
E, finalmente, o FTA, por ser uma ferramenta de representao do conhecimento, auxiliou o
processo de desenvolvimento de um sistema especialista, visando a manuteno, na tarefa de
aquisio do conhecimento. Aspecto este, importante, para o projeto informacional.
6.6 Recomendaes
As recomendaes para trabalhos futuros:

1) Os ndices de severidade, ocorrncia e deteco, do FMECA, geralmente so adotados
de tabelas prontas. Um estudo mais aprofundado deveria ser feito, para identificar os parmetros
necessrios e importantes para gerar as tabelas, permitindo que as empresa possam criar as suas
prprias tabelas de referncia, adequadas s suas caractersticas e metas.
2) O desenvolvimento de um software para integrar as informaes oriundas do projeto
(funes e especificaes) para auxiliar a pesquisar os modos de falhas e a partir disto, gerar as
rvores de falhas e formulrios FMEA/FMECA. O software deveria permitir incorporar as
informaes de campo, como taxa de falhas em um banco de dados para clculo da confiabilidade.
Tendo um servio informatizado, o desenvolvimento dos FMEA/FMECAs e FTAs seria
executado em menos tempo, facilitaria o trabalho de atualizao dos formulrios e tambm o
desenvolvimento das rvores de falhas.
3) Desenvolver estudos e propor ferramentas para facilitar a considerao dos resultados
do FMEA/FTA, com as ferramentas de definio das necessidades e requisitos de engenharia, por
exemplo, o QFD.
ANEXOS
Anexo 1 - Representao de portas lgicas e eventos para o FTA 126
Os quadros 1 e 2 apresentam algumas portas lgicas e smbolos utilizados para

representar eventos. Estes smbolos no so usados com muita freqncia, por este motivo foram
colocados neste apndice.
Quadro 1 - Portas lgicas (HENLEY e KUMAMOTO, 1981).
Smbolo Nome Relao causal
0 evento de entrada B causa o evento de

r Inibio
S - /- f Evento
" condicional
'n) INIBIO sada A quando o evento condicional
ocorrer.
B
A
O evento de sada A ocorre se todos os
/A eventos de entrada ocorrerem na ordem da
E PRIORIDADE esquerda para a direita, isto , inicialmente Bi
depois B2 e assim por diante at o ltimo
evento de entrada Bn.
B, b 2 .. B
A
0 evento de sada ocorre se somente um dos

OU EXCLUSIVO
eventos ocorrer.

B i B i ...Bn
A
O evento de sada A ocorre se pelo menos

m DE n entradas
*
m dos n eventos de entrada ocorrer.
n e ntracias
A porta lgica INIBIO, representada pelo hexgono que possui ao seu lado um
smbolo representando o evento condicional. A ocorrncia do evento condicional com o evento
de entrada B, faz com que o evento de sada A ocorra. semelhante a uma porta lgica E,
no entanto neste caso possvel usar a probabilidades de ocorrncia do evento condicional, ou
seja, o evento de entrada B causa o evento de sada A com a probabilidade de ocorrncia do
evento condicional (geralmente constante).
A porta lgica E PRIORIDADE tambm funciona como uma porta lgica E, com a
diferena de que os eventos de entrada devem ocorrer em uma ordem predeterminada para que o
evento de sada ocorra. A conveno utilizada para a ordem de ocorrncia dos eventos de entrada
Anexo 1 - Representao de portas lgicas e eventos para o FTA 127
da esquerda para a direita. Observando a figura, para que o evento de sada ocorra necessrio
que os eventos de entrada sigam a seguinte ordem: Primeiro ocorre o evento Bi, seguido de B2 e
assim por diante, at o evento Bn.
O evento de sada A na porta lgica OU EXCLUSIVO, ocorre se apenas um dos
eventos de entrada ocorrer. O evento de sada no acontece se ocorrer mais de um evento de
entrada.
A porta lgica m De n, usada para mostrar os casos em que necessrio ocorrer um
nmero mnimo de eventos de entrada para que ocorra o evento de sada A.
Quadro 2 - Representao de eventos (HENLEY e KUMAMOTO, 1981).
A
Evento casa. Ocorre ou no.
casa
1
f ) Evento condicional usado com a porta lgica inibio.
oval
A smbolo para o evento casa usado em um evento que normalmente se espera que
ocorra, neste caso chamado de ligado, quando no vai ocorrer chamado de desligado (DE
CICCO e FANTAZZINI, 1988). Este evento pode ser usado de outra maneira, segundo
HENLEY e KUMAMOTO (1981), algumas vezes deseja-se examinar casos especiais de uma
rvore de falhas forando a ocorrncia de alguns eventos e a no ocorrncia de outros. Quando o
evento casa escolhido como ligado, a rvore de falhas interpreta como um evento que vai
ocorrer e quando escolhido como desligado o evento no vai ocorrer.
O evento condicional, usado junto com a porta lgica inibio. Este smbolo indica ou
estipula restries.
Anexo 2 - Construo da rvore de falhas a p artir do mtodo do grupo de corte 128
Construo da rvore de falhas a partir do mtodo do grupo de corte
O mtodo do grupo de corte usado para reduzir um sistema de configurao complexa

(tipo ponte), Figura 2.6, em um sistema de configurao simples (srie/paralelo), Figura 2.7. A
partir deste sistema reduzido possvel desenvolver a rvore de falhas a seguir, Figura 1.
Figura 1 - rvore de falhas a partir do sistema obtido pelo grupo de corte.
A sada do sistema na Figura 2.6 a funo que este deve desempenhar. O sistema no
desempenha sua funo, ou no alcana a sada, se ocorrer a falha de qualquer um dos Grupos
de Corte (Ci, C2, C3 ou C4). Desta forma, pode-se dizer que o evento indesejvel ou evento de
topo a no-funo do sistema.
Toda rvore de falhas gerada a partir de um sistema reduzido pelo mtodo do grupo de
corte ser composta por dois nveis hierrquicos apenas. O primeiro nvel hierrquico formado
pelos grupos de corte os quais esto conectados ao evento de topo atravs de uma porta lgica
OU, isto porque os grupos esto conectados em srie.
O segundo nvel hierrquico formado pelos componentes de cada grupo de corte, sendo
conectados ao primeiro nvel atravs de um conjunto de portas lgicas E, visto que os
componentes dentro de cada grupo, esto conectados em paralelo. Como foi visto anteriormente,
para que um dado grupo de corte falhe preciso que ocorra a falha de todos os seus
componentes.
Anexo 2 - Construo da rvore de falh as a partir do mtodo do grupo de corte 129
Como os componentes de cada grupo de corte esto relacionados pela porta lgica E,
interseo, a probabilidade de falha de cada grupo de corte, P(Qc), calculada como o produto
das probabilidades de falha de seus elementos constituintes:
P (Q c l) = Q a -Q b
P ( Q c2 ) = Q c . Q d
P ( Q c3 ) = Q a . Q d . Q e
P ( Q c4 ) = Q b Q c-Q e
A probabilidade de falha do sistema, Qs, calculada pela unio das probabilidades de

falha dos grupos de corte, equao (3.4):
Qs = P(Qci ^ Q c2 ^ Qc3 ^ Qc4) = P(Qci + Q c2 + Qc3 + Qc4)
Qs = P ( Q c l ) + P ( Q c2 ) + P (Q c3 ) + P (Q c4 ) - P (Q cl ^ Qc2)
- P (Q cl Q c3) - P (Q c l o Q c4) - P (Q c2 n Q c3) - P (Q c2 r\ Q c 4)
- P (Q c3 O Q c4) + P (Q c i r\ Q c2 n Q cs) + P (Q c i n Q C2 n Q c4)
+ P (Q d O Q c3 n Q c4 ) + P ( Q c2 ^ Q c3 n Q o4) - P ( Q ci n Q C2 Q cj o Q c4 )
P ( Q c i Q c 2) - P(Qci). P(Qc2) = Qa-Qb-Qc-Qd ( A n B / 0 , Eventosno-mutuamente exclusivos)

P (Q c l n Q c3 ) = P ( Q c l ) . P ( Q c3 ) = Q a -Q b -Q d -Q e
P (Q = 1 n Q c4 ) = P ( Q o i ) . P ( Q c4) = Q a -Q b -Q c -Q e
P ( Q c2 n Q c3 ) = P ( Q c2>- P ( Q c3 ) = Q a - Q c - Q d - Q e
P ( Q c2 O Q o4 ) = P ( Q c a ) . P ( Q c4 ) = Q b - Q c - Q d - Q e
P (Q c3 O Q c4 ) = P ( Q c3 ) . P ( Q c4> = Q a -Q b -Q c -Q d -Q e
P (Q ci n Q c2 r\ Q c3 ) = P ( Q ci n Q c2 n Q 04)
= P (Q ci Q c3 o Q o4 )
= P ( Q c2 n Q c3 n Q c4 )
= P (Q cI n Q c2 n Q c3 n Q o4 ) = Q a - Q b Q c Q d - Q e
Vale fazer a observao que o componente e aparece tanto no grupo de corte C3 como
no grupo de corte C 4.
Ento, P (Q c3 n Q c4) = P (Q c3 > . P (Q c 4 ) = Q a -Q b -Q c -Q d -Q e

e no, P ( Q c3 n Qc4) = P ( Q c 3 ) . P (Q c4 ) = Q a -Q b -Q c Q d -(Q e )2
Anexo 2 - Construo da rvore de falhas a pa rtir do mtodo do grupo de corte 130
A parcela Qe no deve ser elevada ao quadrado porque se trata do mesmo componente. Se

for considerado ao quadrado, estaria sendo computado mais um componente e no sistema.
Ento, muito importante, antes de iniciar o clculo da rvore de falhas, verificar os
componentes que esto repetidos em outros grupos de corte.
Portanto,
Qs = Qa-Qb+ QcQd + Qa-QdQe + Qb-Qc-Qe ~ Q aQ b Q cQ d ~ Qa-Qb-Qd-Qe ^
Qa-Qb-Qc-Qe~ Qa-Qc-Qd-Qe ~ Qb-Qc-Qd-Qe + 2.Q a.Qb.Qo-Qd-Qe
e a confiabilidade dada por:

Rs 1 Qs (2 )
Com pode ser observado, as equaes que so usadas para o clculo da probabilidade de
falha para o mtodo do grupo de corte acabam sendo as mesmas.
Anexo 3 - E xem plos de formao de equipes de FM EA 131
Algumas sugestes para a formao de equipes de FMEA.
STAMATIS (1995) prope algumas formaes quanto aos integrantes de uma equipe
FMEA:
Quadro 1 - Equipe de um FMEA de sistema:

Engenheiro de sistema (obrigatrio); Engenheiro de materiais;
Engenheiro de projeto (obrigatrio); Representante de pesquisa e desenvolvimento;
Engenheiro de teste; Engenheiro de processo;
Representante de marketing; Engenheiro de servio de campo;
Engenheiro de qualidade; Engenheiro de produto;
Quadro 2 - Equipe de um FMEA de projeto:

Engenheiro de sistema (obrigatrio); Representante de marketing;
Engenheiro de processo (obrigatrio); Engenheiros de qualidade;
Engenheiro de projeto (obrigatrio); Representante de pesquisa e desenvolvimento;
Engenheiro de confiabilidade; Engenheiro de servio de campo;
Engenheiro de teste; Engenheiro de produto;
Engenheiro de materiais; Engenheiro de ferramentas;
Quadro 3 - Equipe de um FMEA de processo:

Engenheiro de projeto (obrigatrio); Engenheiro de ferramentas;
Engenheiro de processo (obrigatrio); Representante de marketing;
Operador representando o pessoal (obrigatrio); Engenheiro de materiais;
Engenheiro de qualidade; Engenheiro de servio de campo;
Engenheiro de confiabilidade; Engenheiro de produto;
PALADY (1997) sugere a seguinte lista de representantes para o time FMEA, salientando
que no uma lista fechada:
Quadro 4 - Equipe de um FMEA segundo (PALADY, 1997):
Pesquisa e desenvolvimento Engenharia de Materiais

Engenharia de Projeto Engenharia de Metodologia
Engenharia de Confiabilidade Assistncia Tcnica
Engenharia de Processo Tcnicos
Engenharia de Qualidade Produo/Manufatura
Manuteno Embalagem.
Referncias Bibliogrficas 120
Referncias Bibliogrficas
ABDUL-NOUR, G., Beaudoin, H., Ouellet, P., Rochette, R., Lambert, S. A reliability based
maintenance policy; a case study, Computers & Industrial Engineering, Volume 35, Issues 3-
4,Decemberl998,Pages591-594 .
ALVES, Guilherme Dionizio. Desenvolvimento de um sistema especialista prottipo para

diagnstico de falhas em um sistema hidrulico naval, Florianpolis: Eng. Mecnica/UFSC,
(Dissertao de mestrado), 2001.
ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. Rio de Janeiro. NBR 5462,

Confiabilidade e Mantenabilidade - terminologia. Rio de Janeiro, Nov/1994.
BACK, Nelson, FORCELLINI, Fernando A. Projeto de produtos. Apostila do Curso de ps-

graduao em Engenharia Mecnica da UFSC, 1999.
BACK, Nelson. Metodologia de Projeto de Produtos Industriais. Rio de Janeiro: Ed. Guanabara
Dois, 1983.
BARNARD, Raymond F, DOHANICH, Stephen L, HEINLEIN, Philip D. System For Failure

Mode And Effects Analysis, Computer Integrated Manufacturing Systems, Volume 10, Issue
2, May 1997, Page 172.
BEN-DAYA, M., RAOUF A. A Revised Failure Mode and Effects Analysis Model,
International Journal of Quality & Reliability Management, Vol 13, N .l, 1996.
BILLINTON Roy, ALLAN, Ronald N. Reliability Evaluation Of Engineering Systems: Concepts

And Techniques. New York and London: Plenum Press, 1987.
BOSCH - Hidrulica. Teoria e Aplicao da Bosch. Hydraulics Division K6. Departamento de

Publicaes Tcnicas, 1991.
BULL, D.R., Burrows, C.R., Crowther, W.J., Edge, K.A., Atkinson, R.M., Hawkins, P.G. and
Woollons, D.J. Approaches to Automated FMEA of Hydraulic Systems. In Proceedings of
the Aerotech 95 Conference, Birmingham, UK, 1995.
CALCTE Engenharia LTDA. Disponvel em: <http://www.dhnet.com.br/caltec/>, Acesso em:

Fevereiro 2001.
CAMPOS, Vicente Falconi, TQC: Controle de Qualidade Total (no estilo japons), Fundao
Christiano Ottoni, Escola de Engenharia da UFMG, 1992.
CARRAFA, Wanilson Martin. Desenvolvimento de uma transplantadora modular acoplvel a

tratores de rabias, Florianpolis: Eng. Mecnica/UFSC, (Dissertao de mestrado), 2001.
CASTRO, Daniel E. Aplicacion De Anlisis Fiabilidad Y Rcm Para Solucionar Falias Crticas En
Um Silo De Carbn De Una Indstria Siderrgica, COCIM-CONAE (IX Congresso Chileno
de Ingenieria Mecnica e IV Congreso Nacional de Energia), Cefet-MG- Depto. De
Engenharia Mecnica, Centro Federal de Educao de Minas Gerais, 2000.
CONTINI, S. A new hybrid method for Fault Tree Analysis. Reliability Engineering and System
Safety 49, 1995.
DE CICCO e FANTAZZINI. Introduo Engenharia de Segurana de Sistemas. Editora

FUNDACENTRO - Fundao de Jorge Duprat de Figueiredo de Segurana e Medicina do
Trabalho, So Paulo, 1988.
DEGUCHI, Akiyoshi, FUJITA, Takaya, NOMOTO, Yuji. Development of a design method for
a high-eficiency water pump. Society of Automotive Engineers of Japan Inc. and Elsevier
Science B.V., 1999.
DIAS, ACIRES. Projeto para Confiabilidade e Mantenabilidade - Disciplina de Confiabilidade -

Curso de Ps-Graduao em Engenharia Mecnica - UFSC. 1997.
Dicionrio MICHAELIS, Disponvel em: <http://www.uol.com.br/michaelis/>, 2000.
EITB - Engineering Industry Training Board. Failure Mode and Effects Analysis, 1986.
ELLIOTT, Margaret S. Computer Assisted Fault-Tree Costruction Using a Knowledge-Based

Approach, IEEE Transactions of Reliability, Vol 43, N. 1, 1994 , March.
FMECA. FMECA.COM, Disponvel em: <http:Wwww.fineca.com>.
FONSECA, Antnio Jorge. Hernandez. Sistematizao do Processo de Obteno das

Especificaes de Projeto de Produtos Industriais e sua Implementao Computacional, Tese
de Doutorado. Programa de Ps-Graduao em Engenharia Mecnica, outubro de 2000.
FORD Motor Company. FMEA training reference guide - forward, 1997.
HAWKINS, P.G., WOOLLONS, D.J. Failure modes and effects analysis of complex engineering
systems using functional models, Artificial Intelligence in Engineering, 12 (1998) 375-397.
HENLEY, E. J., KUMAMOTO, H. Reliability Engineering and Risk Assessment, Prentice-Hall,

Inc. 1981.
HUANG, G. Q., NIE, M., MAK, K. L. Web-based failure mode and effect analysis (FMEA),
Computer & Industrial Engineering 37, 1999.
KHAN, Faisal I., ABBASI, S.A. Analytical simulation and PROFAT II: a new methodology and
a computer automated tool for fault tree analysis in chemical process industries. Journal of
Hazardous Materials A75 2000.
KUME H. Quality Management in New-Product Development: FMEA (Failure Mode and Effect
Analysis),University of Tokyo.
LATINO, Kenneth C., Failure modes & effects anaysis, a modified approach, National
Petroleum Refineries Association (NPRA) Maintenance Conference, May 1996.
LEWIS, E.E. Introduction To Reliability Engineering. New York: John Wiley & Sons, 1987.
LIN, Ching-Tomg, WANG, Mao-Jiun J. Hybrid fault tree analysis using fuzzy sets, Engineering
and System Safety 58, 1998.
LIU, T. I., YANG, X. M. Design for quality and reliability using expert system and computer
spreadsheet, Journal of the Franklin Institute 336 (1999).
MARIBONDO, Juscelino de Faria. Desenvolvimento de uma Metodologia de Projeto de

Sistemas Modulares, Aplicada a Unidades de Processamento de Resduos Slidos
Domiciliares, Tese de Doutorado. Programa de Ps-Graduao em Engenharia Mecnica da
UFSC. Agosto de 2000.
MIL-STD-1626A. Procedures for Performing a Failure Mode, Effects and Criticality Analysis,
Military Standard, Naval Ship Engineering Center, Washington D.C., 1980.
MOJENA, Miguel Angel Reyes. Anlise e reduo de estruturas em confiabilidade. Campinas:

Faculdade de Engenharia Mecnica, Universidade Estadual de Campinas, UNICAMP, 1999,
158p (Dissertao, Mestrado em Engenharia Mecnica).
NASA, Lewis Research Center, OSEMA: Office of Safety, Environmental & Mission Assurance,
Disponvel em: <http://einstein.lerc.nasa.gov>, 2000.
OCONNOR, P. D. T. Practical Reliability Engineering. 2nd Edition, John Wiley & Sons, 1985.
OGLIARI, Andr. Sistematizao da Concepo de Produtos Auxiliada por Computador com

Aplicaes no Domnio de Componentes Injetados. Tese de Doutorado. Curso de Ps-
Graduao em Engenharia Mecnica da UFSC. 1999.
PALADY, Paul. Anlise dos Modos de Falha e Efeitos, Prevendo e prevenindo problemas antes
que ocorram. Instituto IMAM, So Paulo, 1997.
PAZ, Emilio Bautista, Evaluacion de la Fiabilidad y la Mantenibilidad. Aplicacion al

Equipamiento Mecnico, Departamento de Ingeniera Mecnica y Fabricacin. Universidad
Pllitcnica de Madrid, Madrid, Espana.
PELAEZ, C. Enrique, BOWLES, John B., Using Fuzzy Cognitive Maps as a System Model for
Failure Mode And Effects Analysis, Information Sciences 88, 177-179 (1996).
PINNA, T., CAPORALI, R., GAMBI, G., BUGGARZZI, L., POUCET, A., PORFIRI, M. T.
Failure Mode And Effect Analysis On Iter Heat Transfer Systems. Fusion Engineering and
Design, 1998.
PRICE, Christopher J. Effortless Incremental Design FMEA, Proceedings of the Annual

Reliability and Maintainability Symposium, 1996.
RAMAKUMAR, R. Engineering Reliability: Fundamentals and Applications. New Yourk:

Prentice-Hall International, Inc. 1993.
REN, Yansong (Jennifer), DUGAN, Joanne Bechta. Design of Reliable Systems Using Static &
Dynamic Fault Trees, IEEE Transactions of Reliability, Vol 47, N.3, 1998, September.
REXROTH Hidrulica Ltda. Treinamento Hidrulico, Apostila de Instruo e Informao sobre

a Hidrulica Industrial, 1994.
REYES, Andrs E. L., VICINO, Silvana R. Qualidade Total - Diagrama de Ishikawa.

Disponvel em: <http://pointer.ciagri.usp.br/qualidade/ishikawa/pagl.htm>, ESALQ, Acesso
em: Julho 2000.
SAE SOCIETY OF AUTOMOTIVE ENGINEERS - SAE J1739, Potential Failure Mode and
Effects Analysis in Design (Design FMEA) and Potential Failure Mode and Effects Analysis in
Manufacturing and Assembly Processes (Process FMEA), Reference Manual, 2000.
SAKURADA, E. Y. Relatrio de Estgio Curricular, EMBRACO, 1997.
SMITH, Anthony M. Reliability-Centered Maintenance. USA: McGraw-Hill, Inc., 1993.
SOUZA, Rubens Antonio de, POSSAMAI, Osmar. Confiabilidade e Falhas de Campo: Uma
Metodologia para Suporte ao Projeto. II Congresso Brasileiro de Gesto de Desenvolvimento
de Produto, So Carlos, SP, 30 de Agosto de 2000.
STAMATIS, D. H. Failure Mode and Effects Analysis: FMEA from Theory to Execution,
ASQC Quality Press Milwaukee, Wisconsin, 1995.
TELECURSO 2000, A biblioteca virtual do estudante brasileiro. Disponvel em:

<http://www.bibvirt.futuro.usp.br/acervo/matdidat/tc2000/>, Acesso em: Fevereiro 2001.
TENG, S., HO, S. Failure Mode and Effects Analysis: An Integrated Approach for Product
Design and Process Control. International Journal of Quality & Reliability Management, Vol.
13 No. 5, pp.8-26, 1996.
TMEH - Tool And Manufacturing Engineers Handbook, Continuous Improvement, Vol. 7,

Chapter 14, USA, Editor: Ramon Bakeijian, CMfgE, 1993.
VDLLACOURT, M. Failure Mode and Effects Analysis (FMEA): A Guide for Continuous
Improvement for the Semiconductor Equipment Industry. SEMATECH Inc. 30 de Setembro
de 1992.
VINAD, Csar. Sistematizao do Processo de Projeto para confiabilidade e mantenabilidade

de produtos com aplicao em sistemas hidrulicos, Florianpolis: Eng. Mecnica/UFSC,
(Proposta de tese), 2000.
VOLLERT, Joo Rosaldo. Confiabilidade e falhas de campo: um estudo de caso para melhoria
da confiabilidade de um produto e do reparo, atravs de um procedimento sistemtico de
coleta de dados. Florianpolis: Programa de Ps Graduao em Engenharia de Produo,
1996. (Dissertao, Mestrado em Engenharia de Produo)

SAKURADA, Eduardo Yuji Et Al. As Técnicas de Análise Dos Modos de Falhas e Seus Efeitos e Análise Da Árvore de Falhas No Desenvolvimento e Na Avaliação de Produtos. 2001 PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

SAKURADA, Eduardo Yuji Et Al. As Técnicas de Análise Dos Modos de Falhas e Seus Efeitos e Análise Da Árvore de Falhas No Desenvolvimento e Na Avaliação de Produtos. 2001 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Universidade Federal de Santa Catarina

As tcnicas de Anlise dos Modos de Falhas e

seus Efeitos e Anlise da Arvore de Falhas no

Dissertao submetida Universidade Federal de

Eduardo Yuji Sakurada

Florianpolis, abril de 2001

Eduardo Yuji Sakurada

Aos professores que participaram da banca pelas correes e observaes, que

amiga Giovana por ter ajudado a escrever o Abstract.

Aos amigos Ccero Mariano e Srgio Marquezi.

Aos meus irmos e irm.

Yutaka pela pacincia, confiana e carinho.

Ao Haru e a Elina por estarem sempre perto ajudando em tudo.

CAPES pelo apoio financeiro concedido para este trabalho.

Captulo 2 - Mtodos para a anlise da confiabilidade em sistemas

Captulo 3 - Mtodos de Anlise da rvore de Falhas (FTA) e o Diagrama de Ishikawa

Captulo 4 - FMEA - Anlise do Modo de Falha e seus Efeitos

Captulo 5 - Aplicao do FMEA e FTA na anlise e desenvolvimento de produtos

Captulo 6 - Concluses e recomendaes

Referncias Bibliogrficas........................................................................................................ 120

Figura 1 .1 - Metodologia de projetos para sistemas modulares.................................................... 5

Quadro 2.1 - Grupos mnimos de corte...................................................................................... 17

ABNT: Associao Brasileira de Normas Tcnicas.

APQP: Advanced Product Quality Planning - Planejamento de Qualidade de Produto Avanado.

Cpk: ndice de Capacidade de Processo.

EMC: Engenharia Mecnica.

FTA: Fault Tree Analysis - Anlise da rvore de Falhas.

ISO 9000: Normas Internacionais de gesto da qualidade e garantia da qualidade.

ISO: International Standard Organization.

LASHIP: Laboratrio de Sistemas Hidrulicos & Pneumticos.

NASA: National Aeronautics and Space Administration - Administrao Nacional de

NeDIP: Ncleo de Desenvolvimento Integrado de Produtos.

NPR: Nmero de Prioridade de Risco.

OEM: Original Equipment Manufacturer - Montadoras.

QS-9000 Quality Standard. Conjunto de normas da qualidade usado pelas empresas

SAE: Society o f Automotive Engineers.

UFSC: Universidade Federal de Santa Catarina.

A competitividade e as exigncias dos consumidores e de legislao tm feito com que as

1.1 Objetivos e Contribuies

1 UFSC/EMC/NeDIP: Universidade Federal de Santa Catarina - Departamento de Engenharia Mecnica - Ncleo

No segundo caso as ferramentas permitem proporcionar bom conhecimento do produto

2 UFSC/EMC/LASHIP: Universidade Federal de Santa Catarina - Departamento de Engenharia Mecnica -

1.2 Metodologia de projeto para sistemas modulares

As metodologias de projeto so procedimentos sistemticos que auxiliam o projetista

Instrues todo o ciclo de

Figura 1.1 - Metodologia de projetos para sistemas modulares (MARIBONDO, 2000).

Projeto detalhado do sistema.

Sada: Sistema modular detalhado.

1.3 As ferramentas de anlise de falhas

A Anlise da rvore de Falhas (FTA -F a u lt Tree Analysis) bastante utilizada na rea da

H a necessidade de se ter, alm do conhecimento da ferramenta, o seu

1.4 Contedo dos captulos

No captulo 2, sero apresentados vrios mtodos para a anlise da confiabilidade em

Mtodos para a anlise da

O objetivo dos mtodos de anlise de falhas agregar confiabilidade ao produto. O

onde R representa a confiabilidade do componente ou sistema e Q a no-confiabilidade ou

Mtodo da Probabilidade Condicional;

2.2 Equao para unio de eventos independentes e no mutuamente exclusivos

Para dissertar a respeito da teoria de combinao de eventos, sero utilizados os

P{Tl vjT2Kj...Tn) = P(Tl +T2+...Tn) (2.2)

P{TX+ t 2 + r 3) = [P(7;) + P(T2) + p (t3y\

Generalizando a equao (2.3), tem-se:

+T) = 'JP (T ,)-' ,P (T ,r,rl ) + . . . + ( - i r , J:(r 1 o r ! ...n r ) (2.4)