
PRIVATE "TYPE=PICT;ALT=Failure Modes and Effects Analysis (FMEA)
Example 2"
Utilice el diagrama preparado arriba para comenzar artículos o funciones
del listado. Si los artículos son componentes, enumérelos de una manera
lógica debajo de su subsistema/asamblea basado en el diagrama de bloque.
Identifique Los Modos De Fallo. Un modo de fallo se define como la
manera en la cual un componente, un subsistema, un sistema, un proceso,
un etc. podrían potencialmente no poder resolver el intento de cálculo.
Los ejemplos de los modos de fallo potenciales incluyen:
n Corrosión
n Fragilidad de hidrógeno
n Corto o abierto eléctrico
n Fatiga Del Esfuerzo de torsión
n Deformación
n El agrietarse
Un modo de fallo en un componente puede servir como la causa de un modo
de fallo en otro componente. Cada falta se debe enumerar en términos
técnicos. Los modos de fallo se deben enumerar para la función de cada
paso del componente o del proceso. A este punto el modo de fallo debe
ser identificado si o no la falta es probable ocurrir. Mirar productos
similares o procesos y las faltas que se han documentado para ellas es
un punto de partida excelente.
Describa los efectos de esos modos de fallo. Para cada modo de fallo
identificado el ingeniero debe determinarse cuál será el último efecto.
Un efecto de la falta se define como resultado un modo de fallo en la
función del producto/proceso según lo percibido por el cliente. Deben
ser descritos en términos de lo que pudo ver el cliente o experiencia si
ocurre el modo de fallo identificado. Tenga presente el interno así como
el cliente externo. Los ejemplos de los efectos de la falta incluyen:
n Lesión al usuario
n Inoperabilidad del producto o del proceso
n Aspecto incorrecto del producto o del proceso
n Olores
n Funcionamiento degradado
n Ruido
Establezca una graduación numérica para la severidad del efecto. Una
escala estándar de la industria común utiliza 1 para no representar
ningún efecto y 10 para indicar muy severo con la falta que afecta la
operación y la seguridad de sistema sin la advertencia. El intento de la
graduación es ayudar al analista a determinarse si una falta sería un
fastidio de menor importancia o una ocurrencia catastrófica al cliente.
Esto permite al ingeniero dar la prioridad a las faltas y tratar las
ediciones grandes verdaderas primero.
Identifique las causas para cada modo de fallo. Una causa de la falta se
define como debilidad del diseño que pueda dar lugar a una falta. Las
causas potenciales para cada modo de fallo deben ser identificadas y ser
documentadas. Las causas se deben enumerar en términos técnicos y no en
términos de síntomas. Los ejemplos de causas potenciales incluyen:
n El esfuerzo de torsión incorrecto se aplicó
n Condiciones de funcionamiento incorrectas
n Contaminación
n Algoritmos erróneos
n Alineación incorrecta
n Cargamento excesivo
n Voltaje excesivo
Incorpore el factor de la probabilidad. Un peso numérico se debe asignar
a cada causa que indica cómo esa causa está probablemente (probabilidad
de la causa que ocurre). Una escala estándar de la industria común
utiliza 1 para representar no probablemente y 10 para indicar
inevitable.
Identifique los controles actuales (diseño o proceso). Los controles
actuales (diseño o proceso) son los mecanismos que evitan que ocurra la
causa del modo de fallo o que detectaron la falta antes de que alcancen
a cliente. El ingeniero debe ahora identificar técnicas de la prueba,
del análisis, de la supervisión, y otro que pueden o haber sido
utilizados en los mismos o productos/procesos similares detectar faltas.
Cada uno de estos controles para determinar cómo esta, se espera que
identifique o detecte modos de fallo. Después de que un producto nuevo o
un proceso haya estado en el uso previamente desapercibido o los modos
de fallo no identificados pueden aparecer. El FMEA debe entonces ser
actualizado y planes hechos para tratar esas faltas de eliminarlas del
producto/proceso.
Determine la probabilidad de la detección. La detección es un gravamen
de la probabilidad que los controles actuales (diseño y proceso)
detectarán la causa del modo de fallo o del modo de fallo sí mismo, así
evitando que alcance al cliente. De acuerdo con los controles actuales,
considere la probabilidad de la detección usando la tabla siguiente para
la dirección.
Risk Priority Numbers (RPN). El RPN es un producto matemático de los grados numéricos de la severidad, de la probabilidad y de la detección. RPN= (Severidad) x (Probabilidad) x (Detección) . El RPN se utiliza para dar prioridad a artículos el planeamiento o la acción adicional de la calidad.
Determine Acciones Recomendadas (Determine Recommended Action(s)) para tratar las faltas potenciales que tiene un RPN alto. Estas acciones podían incluir: Procedimientos específicos de la inspección, de la prueba o de la calidad; selección de diversos componentes o materiales; el reducir la capacidad normal; limitación de tensiones ambientales o del rango de operación; reajuste del artículo para evitar el modo de fallo; supervisión de mecanismos; ejecución de mantenimiento preventivo; e inclusión de los sistemas o de la redundancia de repuesto.
Asigne la responsabilidad y una fecha de la terminación en blanco
para estas acciones. Esto hace responsabilidaad neta y facilita el
seguimiento.
Indique las acciones tomadas. Después de que se hayan tomado estas
acciones, valore de nuevo la severidad, la probabilidad y la detección y
repase el RPN revisado. ¿Se requiere cualquier otra acción más.
Ponga al día el FMEA como los cambios en el diseño o proceso, los
cambios del gravamen o la nueva información.
Bibliografía
http://www.npd-solutions.com
Paola Von Versen paolavonversen12arrobayahoo.com.mx Alumna de Ingeniería Industrial y Sistemas de Piedras Negras Coahulia México UNAE
Acerca de GestioPolis
Participar en la comunidad
Derechos de Autor
GestioPolis es la primera comunidad de conocimiento en negocios de Hispanoamérica
Derechos Reservados sobre el concepto del sitio web
GestioPolis.com
© 2008 Carlos López
| Hazte miembro de GestioPolis |
|
Y Descarga 11 eBooks
GRATIS |