stringtranslate.com

Análisis de modos de fallo y efectos

Gráfico con un ejemplo de pasos en un análisis de modos de falla y efectos

El análisis de modos de falla y efectos ( FMEA , por sus siglas en inglés; a menudo escrito con "modos de falla" en plural) es el proceso de revisar tantos componentes, ensambles y subsistemas como sea posible para identificar modos de falla potenciales en un sistema y sus causas y efectos. Para cada componente, los modos de falla y sus efectos resultantes en el resto del sistema se registran en una hoja de trabajo de FMEA específica. Existen numerosas variaciones de dichas hojas de trabajo. Un FMEA puede ser un análisis cualitativo, [1] pero puede ponerse sobre una base cuantitativa cuando los modelos matemáticos de tasa de falla [2] se combinan con una base de datos de relación de modos de falla estadísticos. Fue una de las primeras técnicas altamente estructuradas y sistemáticas para el análisis de fallas . Fue desarrollado por ingenieros de confiabilidad a fines de la década de 1950 para estudiar los problemas que podrían surgir de fallas en los sistemas militares. Un FMEA es a menudo el primer paso de un estudio de confiabilidad del sistema.

Existen algunos tipos diferentes de análisis FMEA, tales como:

A veces, el FMEA se extiende a FMECA (análisis de modo de falla, efectos y criticidad) para indicar que también se realiza un análisis de criticidad.

FMEA es un análisis de punto único de falla mediante razonamiento inductivo (lógica directa) y es una tarea fundamental en la ingeniería de confiabilidad , la ingeniería de seguridad y la ingeniería de calidad .

Una actividad de FMEA exitosa ayuda a identificar posibles modos de falla basados ​​en la experiencia con productos y procesos similares, o basados ​​en la física común de la lógica de falla. Se utiliza ampliamente en las industrias de desarrollo y fabricación en varias fases del ciclo de vida del producto. El análisis de efectos se refiere al estudio de las consecuencias de esas fallas en diferentes niveles del sistema.

Los análisis funcionales son necesarios como entrada para determinar los modos de falla correctos, en todos los niveles del sistema, tanto para el análisis FMEA funcional como para el análisis FMEA de piezas (hardware). Un análisis FMEA se utiliza para estructurar la mitigación para la reducción de riesgos en función del modo de falla o la reducción de la gravedad del efecto, o en función de la disminución de la probabilidad de falla o de ambos. El análisis FMEA es, en principio, un análisis inductivo completo (lógica directa), sin embargo, la probabilidad de falla solo se puede estimar o reducir al comprender el mecanismo de falla . Por lo tanto, el análisis FMEA puede incluir información sobre las causas de falla (análisis deductivo) para reducir la posibilidad de ocurrencia al eliminar las causas identificadas (raíz) .

Introducción

El FME(C)A es una herramienta de diseño que se utiliza para analizar sistemáticamente las fallas postuladas de los componentes e identificar los efectos resultantes en las operaciones del sistema. El análisis a veces se caracteriza por constar de dos subanálisis, el primero es el análisis de modos de falla y efectos (FMEA), y el segundo, el análisis de criticidad (CA). [3] El desarrollo exitoso de un FMEA requiere que el analista incluya todos los modos de falla significativos para cada elemento o parte contribuyente en el sistema. Los FMEA se pueden realizar a nivel de sistema, subsistema, ensamblaje, subensamblaje o parte. El FMECA debe ser un documento vivo durante el desarrollo de un diseño de hardware. Debe programarse y completarse simultáneamente con el diseño. Si se completa de manera oportuna, el FMECA puede ayudar a guiar las decisiones de diseño. La utilidad del FMECA como herramienta de diseño y en el proceso de toma de decisiones depende de la efectividad y la puntualidad con la que se identifican los problemas de diseño. La puntualidad es probablemente la consideración más importante. En el caso extremo, el análisis FMECA sería de poco valor para el proceso de decisión de diseño si el análisis se realiza después de que se construye el hardware. Si bien el FMECA identifica todos los modos de falla de las piezas, su principal beneficio es la identificación temprana de todos los modos de falla críticos y catastróficos de los subsistemas o sistemas para que puedan eliminarse o minimizarse mediante la modificación del diseño en el punto más temprano del esfuerzo de desarrollo; por lo tanto, el FMECA debe realizarse a nivel del sistema tan pronto como se disponga de la información preliminar del diseño y extenderse a los niveles inferiores a medida que avanza el diseño detallado.

Observación: Para un modelado de escenarios más completo, se puede considerar otro tipo de análisis de confiabilidad, por ejemplo, el análisis de árbol de fallas (FTA); un análisis de fallas deductivo (lógica inversa) que puede manejar múltiples fallas dentro del elemento y/o externas al elemento, incluido el mantenimiento y la logística. Comienza en un nivel funcional/de sistema más alto. Un FTA puede usar los registros básicos del análisis de efectos y efectos de fallas (FMEA) o un resumen de efectos como una de sus entradas (los eventos básicos). Se pueden agregar análisis de riesgos de interfaz, análisis de errores humanos y otros para completar el modelado de escenarios.

Análisis de modos de falla funcional y efectos

El análisis siempre debe comenzar con una lista de las funciones que el diseño debe cumplir. Las funciones son el punto de partida de un AMEF bien hecho, y el uso de las funciones como línea base proporciona el mejor rendimiento de un AMEF. Después de todo, un diseño es solo una posible solución para realizar las funciones que deben cumplirse. De esta manera, un AMEF se puede realizar en diseños conceptuales y diseños detallados, en hardware y software, y sin importar cuán complejo sea el diseño.

Al realizar un análisis FMECA, primero se considera que el hardware (o software) de interfaz funciona dentro de las especificaciones. Luego, se puede ampliar utilizando en consecuencia uno de los cinco modos de falla posibles de una función del hardware de interfaz como causa de falla para el elemento de diseño en revisión. Esto brinda la oportunidad de hacer que el diseño sea resistente a fallas de funciones en otras partes del sistema.

Además, cada fallo de pieza postulado se considera el único fallo en el sistema (es decir, es un análisis de fallo único). Además de los FMEA realizados en los sistemas para evaluar el impacto que tienen los fallos de nivel inferior en el funcionamiento del sistema, se realizan varios otros FMEA. Se presta especial atención a las interfaces entre sistemas y, de hecho, a todas las interfaces funcionales. El propósito de estos FMEA es asegurar que no se propaguen daños físicos y/o funcionales irreversibles a través de la interfaz como resultado de fallos en una de las unidades de interfaz. Estos análisis se realizan a nivel de pieza para los circuitos que interactúan directamente con las otras unidades. El FMEA se puede realizar sin un CA, pero un CA requiere que el FMEA haya identificado previamente los fallos críticos a nivel del sistema. Cuando se realizan ambos pasos, el proceso total se denomina FMECA.

Reglas básicas

Las reglas básicas de cada FMEA incluyen un conjunto de procedimientos seleccionados para el proyecto; los supuestos en los que se basa el análisis; el hardware que se ha incluido y excluido del análisis y la justificación de las exclusiones. Las reglas básicas también describen el nivel de vinculación del análisis (es decir, el nivel en la jerarquía de la parte al subsistema, del subsistema al sistema, etc.), el estado básico del hardware y los criterios para el éxito del sistema y de la misión. Se debe hacer todo lo posible para definir todas las reglas básicas antes de que comience el FMEA; sin embargo, las reglas básicas se pueden ampliar y aclarar a medida que avanza el análisis. A continuación se presenta un conjunto típico de reglas básicas (supuestos): [4]

  1. Sólo existe un modo de falla a la vez.
  2. Todas las entradas (incluidos los comandos de software) del elemento que se está analizando están presentes y en valores nominales.
  3. Todos los consumibles están presentes en cantidades suficientes.
  4. La potencia nominal está disponible

Beneficios

Los principales beneficios derivados de un esfuerzo FMECA implementado correctamente son los siguientes:

  1. Proporciona un método documentado para seleccionar un diseño con una alta probabilidad de operación exitosa y segura.
  2. Un método uniforme documentado para evaluar los posibles mecanismos de falla, los modos de falla y su impacto en la operación del sistema, dando como resultado una lista de modos de falla clasificados según la gravedad de su impacto en el sistema y la probabilidad de ocurrencia.
  3. Identificación temprana de puntos de falla únicos (SFPS) y problemas de interfaz del sistema, que pueden ser críticos para el éxito y/o la seguridad de la misión. También proporcionan un método para verificar que la conmutación entre elementos redundantes no se vea comprometida por fallas únicas postuladas.
  4. Un método eficaz para evaluar el efecto de los cambios propuestos en el diseño y/o los procedimientos operativos sobre el éxito y la seguridad de la misión.
  5. Una base para procedimientos de resolución de problemas en vuelo y para localizar dispositivos de monitoreo de rendimiento y detección de fallas.
  6. Criterios para la planificación temprana de pruebas.

De la lista anterior, la identificación temprana de fallas de sistema, la introducción de datos para el procedimiento de resolución de problemas y la ubicación de dispositivos de monitoreo del rendimiento/detección de fallas son probablemente los beneficios más importantes del FMECA. Además, los procedimientos del FMECA son sencillos y permiten una evaluación ordenada del diseño.

Historia

Los procedimientos para realizar FMECA se describieron en 1949 en el documento de Procedimientos Militares de las Fuerzas Armadas de EE. UU. MIL-P-1629, [5] revisado en 1980 como MIL-STD-1629A. [6] A principios de la década de 1960, los contratistas de la Administración Nacional de Aeronáutica y del Espacio (NASA) de EE. UU. usaban variaciones de FMECA o FMEA bajo una variedad de nombres. [7] [8] Los programas de la NASA que usaban variantes de FMEA incluían Apollo , Viking , Voyager , Magellan , Galileo y Skylab . [9] [10] [11] La industria de la aviación civil fue una de las primeras en adoptar FMEA, y la Sociedad de Ingenieros Automotrices (SAE, una organización que cubre la aviación y otros transportes más allá de los automotrices, a pesar de su nombre) publicó ARP926 en 1967. [12] Después de dos revisiones, la Práctica Recomendada Aeroespacial ARP926 ha sido reemplazada por ARP4761 , que ahora se usa ampliamente en la aviación civil.

Durante la década de 1970, el uso de FMEA y técnicas relacionadas se extendió a otras industrias. En 1971, la NASA preparó un informe para el Servicio Geológico de los Estados Unidos en el que recomendaba el uso de FMEA en la evaluación de la exploración petrolera en alta mar. [13] Un informe de la Agencia de Protección Ambiental de los Estados Unidos de 1973 describió la aplicación de FMEA a las plantas de tratamiento de aguas residuales. [14] El FMEA como aplicación del HACCP en el Programa Espacial Apolo se extendió a la industria alimentaria en general. [15]

La industria automotriz comenzó a utilizar FMEA a mediados de la década de 1970. [16] La Ford Motor Company introdujo FMEA en la industria automotriz para consideraciones de seguridad y reglamentarias después del asunto Pinto . Ford aplicó el mismo enfoque a los procesos (PFMEA) para considerar posibles fallas inducidas por el proceso antes de lanzar la producción. En 1993, el Automotive Industry Action Group (AIAG) publicó por primera vez un estándar FMEA para la industria automotriz. [17] Ahora está en su cuarta edición. [18] La SAE publicó por primera vez el estándar relacionado J1739 en 1994. [19] Este estándar también está ahora en su cuarta edición. [20] En 2019, ambas descripciones de métodos fueron reemplazadas por el nuevo manual AIAG / VDA FMEA. Es una armonización de los antiguos estándares FMEA de AIAG, VDA , SAE y otras descripciones de métodos. [21] [22] [23] A partir de 2024, el Manual FMEA de AIAG/VDA es aceptado por GM , Ford, Stellantis , Honda NA , BMW , Volkswagen Group , Mercedes-Benz Group AG (anteriormente Daimler AG) y Daimler Truck . [24]

Aunque inicialmente fue desarrollada por los militares, la metodología FMEA ahora se usa ampliamente en una variedad de industrias, incluyendo procesamiento de semiconductores, servicio de alimentos, plásticos, software y atención médica. [25] Toyota ha llevado esto un paso más allá con su enfoque de revisión de diseño basada en modo de falla (DRBFM). El método ahora cuenta con el apoyo de la Sociedad Estadounidense para la Calidad , que proporciona guías detalladas sobre la aplicación del método. [26] Los procedimientos estándar de análisis de modos de falla y efectos (FMEA) y análisis de modos de falla, efectos y criticidad (FMECA) identifican los mecanismos de falla del producto, pero no pueden modelarlos sin un software especializado. Esto limita su aplicabilidad para proporcionar una entrada significativa a procedimientos críticos como la calificación virtual, el análisis de causa raíz, los programas de prueba acelerados y la evaluación de la vida útil restante. Para superar las deficiencias de FMEA y FMECA, a menudo se ha utilizado un análisis de modos de falla, mecanismos y efectos (FMMEA).

Tras la publicación de la IATF 16949 :2016, una norma de calidad internacional que exige a las empresas contar con un proceso FMEA documentado específico para la organización, muchos fabricantes de equipos originales (OEM) como Ford están actualizando sus Requisitos específicos del cliente (CSR) para incluir el uso de software FMEA específico. [27] Para Ford específicamente, estos requisitos tenían plazos de cumplimiento de múltiples etapas de julio y diciembre de 2022. [28]

Términos básicos

A continuación se describen algunos términos básicos de FMEA. [29]

Prioridad de acción (PA)
El AP reemplaza la antigua matriz de riesgos y RPN en el manual AIAG / VDA FMEA 2019. Hace una declaración sobre la necesidad de medidas de mejora adicionales.
Falla
La pérdida de una función en determinadas condiciones.
Modo de falla
La manera o forma específica en que se produce una falla en términos de falla de la parte, componente, función, equipo, subsistema o sistema bajo investigación. Dependiendo del tipo de FMEA realizado, el modo de falla puede describirse en varios niveles de detalle. Un FMEA de pieza se centrará en modos de falla detallados de la parte o componente (como eje completamente fracturado o eje deformado, o contacto eléctrico atascado abierto, atascado en cortocircuito o intermitente). Un FMEA funcional se centrará en modos de falla funcionales. Estos pueden ser generales (como sin función, sobrefunción, subfunción, función intermitente o función no deseada) o más detallados y específicos del equipo que se analiza. Un FMEA de proceso se centrará en modos de falla de proceso (como insertar la broca incorrecta).
Causa y/o mecanismo de falla
Defectos en los requisitos, el diseño, el proceso, el control de calidad, la manipulación o la aplicación de piezas, que son la causa subyacente o la secuencia de causas que inician un proceso (mecanismo) que conduce a un modo de falla durante un tiempo determinado. Un modo de falla puede tener más causas. Por ejemplo, "fatiga o corrosión de una viga estructural" o "corrosión por frotamiento en un contacto eléctrico" es un mecanismo de falla y en sí mismo (probablemente) no es un modo de falla. El modo de falla relacionado (estado final) es una "fractura total de una viga estructural" o "un contacto eléctrico abierto". La causa inicial podría haber sido "Aplicación incorrecta de la capa de protección contra la corrosión (pintura)" y/o "Entrada de vibración (anormal) de otro sistema (posiblemente averiado)".
Efecto de falla
Consecuencias inmediatas de un fallo en el funcionamiento o, más generalmente, en las necesidades del cliente/usuario que deberían ser satisfechas por la función pero que ahora no se cumplen o no se cumplen totalmente.
Niveles de contrato de emisión (lista de materiales o desglose funcional)
Identificador del nivel del sistema y, por lo tanto, de la complejidad del elemento. La complejidad aumenta a medida que los niveles se acercan a uno.
Efecto local
El efecto de falla tal como se aplica al elemento bajo análisis.
Siguiente efecto de nivel superior
El efecto del fracaso tal como se aplica en el siguiente nivel de contratación superior.
Efecto final
El efecto del fallo en el nivel más alto de contratación o en el sistema total.
Detección
Los medios de detección del modo de falla por parte del mantenedor, el operador o el sistema de detección incorporado, incluido el período de inactividad estimado (si corresponde).
Probabilidad
La probabilidad de que ocurra el fallo.
Número de prioridad de riesgo (RPN)
Gravedad (del evento) × probabilidad (de que el evento ocurra) × detección (probabilidad de que el evento no sea detectado antes de que el usuario sea consciente de ello).
Gravedad
Las consecuencias de un modo de falla. La gravedad considera la peor consecuencia potencial de una falla, determinada por el grado de lesiones, daños a la propiedad, daños al sistema y/o tiempo perdido para reparar la falla.
Observaciones / mitigación / acciones
Información adicional, incluida la mitigación propuesta o las acciones utilizadas para reducir un riesgo o justificar un nivel o escenario de riesgo.

Ejemplo de hoja de cálculo de FMEA

Probabilidad (P)

Es necesario examinar la causa de un modo de falla y la probabilidad de que ocurra. Esto se puede hacer mediante análisis, cálculos/método FEM, observando elementos o procesos similares y los modos de falla que se han documentado para ellos en el pasado. Una causa de falla se considera una debilidad de diseño. Se deben identificar y documentar todas las causas potenciales de un modo de falla. Esto debe hacerse en términos técnicos. Algunos ejemplos de causas son: errores humanos en la manipulación, fallas inducidas por la fabricación, fatiga, fluencia, desgaste abrasivo, algoritmos erróneos, voltaje excesivo o condiciones de operación o uso inadecuados (según las reglas básicas utilizadas). A un modo de falla se le puede dar una clasificación de probabilidad con un número definido de niveles. Este campo también se conoce a menudo como clasificación de ocurrencia . [26]

Para un análisis FMEA de piezas, la probabilidad cuantitativa se puede calcular a partir de los resultados de un análisis de predicción de confiabilidad y las relaciones de modo de falla de un catálogo de distribución de modo de falla, como RAC FMD-97. [30] Este método permite que un análisis de modo de falla cuantitativo utilice los resultados del FMEA para verificar que los eventos no deseados cumplan con los niveles aceptables de riesgo.

Gravedad (S)

Determine la gravedad del efecto final adverso (estado) del peor escenario posible. Es conveniente escribir estos efectos en términos de lo que el usuario podría ver o experimentar en términos de fallas funcionales. Algunos ejemplos de estos efectos finales son: pérdida total de la función x, rendimiento degradado, funciones en modo inverso, funcionamiento demasiado tardío, funcionamiento errático, etc. A cada efecto final se le asigna un número de gravedad (S) que va, por ejemplo, de I (sin efecto) a V (catastrófico), en función del costo y/o la pérdida de vidas o la calidad de vida. Estos números priorizan los modos de falla (junto con la probabilidad y la detectabilidad). A continuación se presenta una clasificación típica. Otras clasificaciones son posibles. Véase también análisis de riesgos .

Detección (D)

El medio o método por el cual se detecta una falla, se aísla por el operador y/o el encargado del mantenimiento y el tiempo que puede tomar. Esto es importante para el control de mantenibilidad (disponibilidad del sistema) y es especialmente importante para múltiples escenarios de falla. Esto puede involucrar modos de falla latentes (por ejemplo, sin efecto directo del sistema, mientras que un sistema/elemento redundante toma el control automáticamente o cuando la falla solo es problemática durante una misión o estados específicos del sistema) o fallas latentes (por ejemplo, mecanismos de falla por deterioro , como el metal que desarrolla una grieta, pero no de longitud crítica). Debe quedar claro cómo un operador puede descubrir el modo o la causa de la falla bajo una operación normal del sistema o si puede descubrirlo el equipo de mantenimiento mediante alguna acción de diagnóstico o una prueba automática incorporada en el sistema. Se puede ingresar un período de latencia y/o inactividad.

Periodo de latencia o inactividad

Si se conoce, se puede introducir el tiempo medio durante el cual un modo de fallo puede pasar desapercibido. Por ejemplo:

Indicación

Si la falla no detectada permite que el sistema permanezca en un estado seguro /funcional, se debe explorar una segunda situación de falla para determinar si una indicación será evidente para todos los operadores y qué acción correctiva pueden o deben tomar.

Las indicaciones al operador deberán describirse de la siguiente manera:

REALIZAR ANÁLISIS DE COBERTURA DE DETECCIÓN PARA PROCESOS DE PRUEBA Y MONITOREO (Según el Estándar ARP4761):

Este tipo de análisis es útil para determinar la eficacia de los distintos procesos de prueba para detectar fallas latentes e inactivas. El método utilizado para lograrlo implica un examen de los modos de falla aplicables para determinar si se detectan o no sus efectos y para determinar el porcentaje de tasa de falla aplicable a los modos de falla que se detectan. La posibilidad de que los medios de detección puedan fallar de forma latente debe tenerse en cuenta en el análisis de cobertura como un factor limitante (es decir, la cobertura no puede ser más confiable que la disponibilidad de los medios de detección). La inclusión de la cobertura de detección en el análisis de efectos y fallos puede llevar a que cada falla individual que hubiera sido una categoría de efecto ahora sea una categoría de efecto separada debido a las posibilidades de cobertura de detección. Otra forma de incluir la cobertura de detección es que el análisis de efectos y fallos suponga de manera conservadora que no hay agujeros en la cobertura debido a una falla latente en el método de detección que afecte la detección de todas las fallas asignadas a la categoría de efecto de falla en cuestión. El análisis de efectos y fallos puede revisarse si es necesario para aquellos casos en los que esta suposición conservadora no permita que se cumplan los requisitos de probabilidad de evento superior.

Después de estos tres pasos básicos se podrá proporcionar el nivel de riesgo.

Nivel de riesgo (P×S) y (D)

El riesgo es la combinación de la probabilidad y la gravedad del efecto final , donde la probabilidad y la gravedad incluyen el efecto sobre la no detectabilidad ( tiempo de latencia ). Esto puede influir en la probabilidad de falla del efecto final o en la gravedad del efecto en el peor de los casos. El cálculo exacto puede no ser fácil en todos los casos, como aquellos en los que son posibles múltiples escenarios (con múltiples eventos) y la detectabilidad/latencia juega un papel crucial (como en los sistemas redundantes). En ese caso, puede ser necesario un análisis del árbol de fallas o de los árboles de eventos para determinar los niveles exactos de probabilidad y riesgo.

Los niveles preliminares de riesgo pueden seleccionarse en función de una matriz de riesgo como la que se muestra a continuación, basada en la norma Mil Std. 882. [31] Cuanto mayor sea el nivel de riesgo, más justificación y mitigación se necesitarán para proporcionar evidencia y reducir el riesgo a un nivel aceptable. El riesgo alto debe indicarse a la administración de nivel superior, que es responsable de la toma de decisiones final.

Momento

El FMEA debe utilizarse:

El FMEA debe actualizarse siempre que:

Usos

Ventajas

Limitaciones

Si bien el FMEA identifica peligros importantes en un sistema, sus resultados pueden no ser exhaustivos y el enfoque tiene limitaciones. [32] [33] [34] En el contexto de la atención médica, se ha descubierto que el FMEA y otros métodos de evaluación de riesgos, incluidos SWIFT ( Structured What If Technique ) y los enfoques retrospectivos, tienen una validez limitada cuando se utilizan de forma aislada. Los desafíos en torno al alcance y los límites organizacionales parecen ser un factor importante en esta falta de validez. [32]

Si se utiliza como una herramienta de arriba hacia abajo , el FMEA puede identificar únicamente los modos de falla principales en un sistema. El análisis del árbol de fallas (FTA) es más adecuado para el análisis "de arriba hacia abajo". Cuando se utiliza como una herramienta de abajo hacia arriba, el FMEA puede aumentar o complementar el FTA e identificar muchas más causas y modos de falla que resultan en síntomas de nivel superior. No es capaz de descubrir modos de falla complejos que involucran múltiples fallas dentro de un subsistema, o de informar intervalos de falla esperados de modos de falla particulares hasta el subsistema o sistema de nivel superior. [ cita requerida ]

Además, la multiplicación de las clasificaciones de gravedad, ocurrencia y detección puede dar como resultado inversiones de clasificación, donde un modo de falla menos grave recibe un RPN más alto que un modo de falla más grave. [35] La razón de esto es que las clasificaciones son números de escala ordinal y la multiplicación no está definida para números ordinales. Las clasificaciones ordinales solo indican que una clasificación es mejor o peor que otra, pero no en qué medida. Por ejemplo, una clasificación de "2" puede no ser el doble de grave que una clasificación de "1", o un "8" puede no ser el doble de grave que un "4", pero la multiplicación los trata como si lo fueran. Consulte Nivel de medición para obtener más información. Se han propuesto varias soluciones a estos problemas, por ejemplo, el uso de lógica difusa como alternativa al modelo RPN clásico. [36] [37] [38] En el nuevo manual AIAG / VDA FMEA (2019), el enfoque RPN fue reemplazado por el AP (prioridad de acción). [39] [40] [23]

La hoja de cálculo FMEA es difícil de producir, difícil de entender y leer, así como difícil de mantener. El uso de técnicas de redes neuronales para agrupar y visualizar los modos de falla se sugirió a partir de 2010. [41] [42] [43] Un enfoque alternativo es combinar la tabla FMEA tradicional con un conjunto de diagramas de corbata de moño. Los diagramas proporcionan una visualización de las cadenas de causa y efecto, mientras que la tabla FMEA proporciona información detallada sobre eventos específicos. [44]

Tipos

Véase también

Referencias

  1. ^ Rausand, Marvin; Høyland, Arnljot (2004). Teoría de la confiabilidad de sistemas: modelos, métodos estadísticos y aplicaciones (2.ª ed.). Wiley . pág. 88.
  2. ^ Tay KM; Lim CP (2008). "Sobre el uso de técnicas de inferencia difusa en modelos de evaluación: parte II: aplicaciones industriales" (PDF) . Optimización difusa y toma de decisiones . 7 (3): 283–302. doi :10.1007/s10700-008-9037-y. S2CID  12269658.
  3. ^ Project Reliability Group (julio de 1990). Koch, John E. (ed.). Jet Propulsion Laboratory Reliability Analysis Handbook (pdf) . Pasadena, California: Jet Propulsion Laboratory . JPL-D-5703 . Consultado el 25 de agosto de 2013 .
  4. ^ Goddard Space Flight Center (GSFC) (1996-08-10). Realización de un análisis de modos de falla y efectos (pdf) . Goddard Space Flight Center. 431-REF-000370 . Consultado el 25 de agosto de 2013 .
  5. ^ Departamento de Defensa de los Estados Unidos (9 de noviembre de 1949). MIL-P-1629 – Procedimientos para realizar un análisis crítico y de efectos de modos de falla. Departamento de Defensa (EE. UU.). MIL-P-1629.
  6. ^ Departamento de Defensa de los Estados Unidos (24 de noviembre de 1980). MIL-STD-1629A – Procedimientos para realizar un análisis de modo de falla, efecto y criticidad. Departamento de Defensa (EE. UU.). MIL-STD-1629A. Archivado desde el original el 22 de julio de 2011.
  7. ^ Neal, RA (1962). Resumen del análisis de modos de falla para el reactor Nerva B-2 . Laboratorio astronuclear de Westinghouse Electric Corporation. hdl :2060/19760069385. WANL–TNR–042.
  8. ^ Dill, Robert; et al. (1963). Estimación de confiabilidad de última generación de los sistemas de propulsión del Saturno V. General Electric Company. hdl :2060/19930075105. RM 63TMP–22.
  9. ^ Procedimiento para el análisis de modos de falla, efectos y criticidad (FMECA) . Administración Nacional de Aeronáutica y del Espacio. 1966. hdl :2060/19700076494. RA–006–013–1A.
  10. ^ Análisis de modos de falla, efectos y criticidad (FMECA) (PDF) . National Aeronautics and Space Administration JPL. PD–AD–1307 . Consultado el 13 de marzo de 2010 .
  11. ^ Referencia de experimentadores basada en la gestión de experimentos de Skylab (PDF) . Administración Nacional de Aeronáutica y del Espacio, Centro de Vuelos Espaciales George C. Marshall. 1974. M–GA–75–1 . Consultado el 16 de agosto de 2011 .
  12. ^ Procedimiento de análisis de diseño para análisis de modos de falla, efectos y criticidad (FMECA). Sociedad de Ingenieros Automotrices. 1967. ARP926.
  13. ^ Dyer, Morris K.; Dewey G. Little; Earl G. Hoard; Alfred C. Taylor; Rayford Campbell (1972). Aplicabilidad de los procedimientos de gestión de calidad de contratos de la NASA y análisis de modos de fallo y efecto al programa de gestión de arrendamientos de petróleo y gas de la plataforma continental exterior del Servicio Forestal de los Estados Unidos (PDF) . Centro de vuelo espacial George C. Marshall de la Administración Nacional de Aeronáutica y del Espacio. TM X–2567 . Consultado el 16 de agosto de 2011 .
  14. ^ Mallory, Charles W.; Robert Waller (1973). Aplicación de técnicas de ingeniería industrial seleccionadas a plantas de tratamiento de aguas residuales (PDF) . Agencia de Protección Ambiental de los Estados Unidos . págs. 107–110. EPA R2–73–176 . Consultado el 10 de noviembre de 2012 .
  15. ^ Sperber, William H.; Stier, Richard F. (diciembre de 2009 – enero de 2010). "Feliz 50.º aniversario del sistema HACCP: retrospectiva y prospectiva". FoodSafety Magazine : 42, 44–46.
  16. ^ Matsumoto, K.; T. Matsumoto; Y. Goto (1975). "Análisis de confiabilidad del convertidor catalítico como sistema de control de emisiones automotrices". Documento técnico SAE 750178. Serie de documentos técnicos SAE. 1. doi :10.4271/750178.
  17. ^ AIAG (1993). Análisis de modos y efectos de fallas potenciales . Grupo de Acción de la Industria Automotriz.
  18. ^ AIAG (2008). Análisis de modos y efectos de fallas potenciales (FMEA), 4.ª edición. Grupo de acción de la industria automotriz. ISBN 978-1-60534-136-1.
  19. ^ SAE (1994). Análisis de modos y efectos de fallas potenciales en el diseño (FMEA de diseño), Análisis de modos y efectos de fallas potenciales en procesos de fabricación y ensamblaje (FMEA de proceso) y Análisis de modos y efectos de fallas potenciales para maquinaria (FMEA de maquinaria). SAE International.
  20. ^ SAE (2008). Análisis de modos de falla potenciales y efectos en el diseño (FMEA de diseño) y Análisis de modos de falla potenciales y efectos en procesos de fabricación y ensamblaje (FMEA de proceso) y Análisis de efectos para maquinaria (FMEA de maquinaria). SAE International.
  21. ^ Manual AIAG / VDA FMEA 2019. Consultado el 14 de septiembre de 2020.
  22. ^ VDA: La industria automovilística alemana exige la máxima calidad a sus productos Archivado el 2 de marzo de 2021 en Wayback Machine . Consultado el 14 de septiembre de 2020.
  23. ^ ab Kymal, Chad; Gruska, Gregory F. (19 de junio de 2019). "Presentación del DFMEA de AIAG-VDA". qualitydigest . Consultado el 2 de diciembre de 2020 .
  24. ^ Webmaster, AIAG. "(FMEA/DFMEA/PFMEA) Análisis de modos de falla y efectos". www.aiag.org . Consultado el 30 de julio de 2024 .
  25. ^ Fadlovich, Erik (31 de diciembre de 2007). "Realización de análisis de modos de falla y efectos". Tecnología integrada . Archivado desde el original el 17 de noviembre de 2011.
  26. ^ abc "Análisis de modos de falla y efectos (FMEA)". ASQ . Consultado el 15 de febrero de 2012 .
  27. ^ "17 de diciembre de 2021 – CSR de Ford para su uso con IATF 16949 – Grupo de trabajo internacional sobre automoción" . Consultado el 30 de julio de 2024 .
  28. ^ Ford Motor Company (3 de enero de 2022). "Ford Motor Company Customer-Specific Requirements For IATF-16949:2016" (PDF) . Ford IATF CSR : 23 – vía International Automotive Task Force.
  29. ^ Langford, JW (1995). Logística: principios y aplicaciones . McGraw Hill. pág. 488.
  30. ^ Distribuciones de mecanismos y modos de falla. Centro de análisis de confiabilidad. 1997. FMD–97.
  31. ^ "SEGURIDAD DEL SISTEMA MIL-STD-882 E". www.everyspec.com . Consultado el 4 de enero de 2017 .
  32. ^ ab Potts HWW; Anderson JE; Colligan L.; Leach P.; Davis S.; Berman J. (2014). "Evaluación de la validez de los métodos de análisis de riesgos prospectivos: una comparación de dos técnicas". BMC Health Services Research . 14 : 41. doi : 10.1186/1472-6963-14-41 . PMC 3906758 . PMID  24467813. 
  33. ^ Franklin, Bryony Dean; Shebl, Nada Atef; Barber, Nick (2012). "Análisis de modos de falla y efectos: ¿demasiado poco para demasiado?". BMJ Quality & Safety . 21 (7): 607–611. doi :10.1136/bmjqs-2011-000723. PMID  22447819. S2CID  46106670.
  34. ^ Shebl, NA; Franklin, BD; Barber, N. (2009). "¿Es confiable el análisis de modo de falla y efecto?". Journal of Patient Safety . 5 (2): 86–94. doi :10.1097/PTS.0b013e3181a6f040. PMID  19920447. S2CID  45635417.
  35. ^ Kmenta, Steven; Ishii, Koshuke (2004). "Análisis de modos y efectos de falla basados ​​en escenarios utilizando el costo esperado". Revista de diseño mecánico . 126 (6): 1027. doi :10.1115/1.1799614.
  36. ^ Jee TL; Tay KM; Lim CP (2015). "Un nuevo enfoque basado en un sistema de inferencia difusa de dos etapas para priorizar fallas en el análisis de modo y efecto de falla" (PDF) . IEEE Transactions on Reliability . 64 (3): 869–877. doi :10.1109/TR.2015.2420300. S2CID  20987880.
  37. ^ Kerk YW; Tay KM; Lim CP (2017). "Sistema de inferencia difusa de intervalo analítico para la evaluación y priorización de riesgos en el análisis de modos de falla y efectos". IEEE Systems Journal . 11 (3): 1–12. Código Bibliográfico :2017ISysJ..11.1589K. doi :10.1109/JSYST.2015.2478150. S2CID  5878974.
  38. ^ Chai KC; Tay KM; Lim CP (2016). "Un método basado en computación perceptual para priorizar los modos de falla en el análisis de modos de falla y efectos y su aplicación a la cría de nidos de aves comestibles" (PDF) . Applied Soft Computing . 49 : 734–747. doi :10.1016/j.asoc.2016.08.043.
  39. ^ Manual AIAG / VDA FMEA 2019. Consultado el 23 de noviembre de 2020.
  40. ^ VDA: La industria automovilística alemana exige la máxima calidad a sus productos Archivado el 2 de marzo de 2021 en Wayback Machine . Consultado el 23 de noviembre de 2020.
  41. ^ Tay KM; Jong CH; Lim CP (2015). "Un modelo de análisis de modo y efecto de falla basado en agrupamiento y su aplicación a la industria de nidos de pájaros comestibles" (PDF) . Computación neuronal y aplicaciones . 26 (3): 551–560. doi :10.1007/s00521-014-1647-4. S2CID  7821836. Archivado desde el original (PDF) el 2017-09-22 . Consultado el 2019-07-14 .
  42. ^ Chang, Wui Lee; Tay, Kai Meng; Lim, Chee Peng (noviembre de 2015). "Agrupamiento y visualización de modos de fallo mediante un árbol evolutivo" (PDF) . Expert Systems with Applications . 42 (20): 7235–7244. doi :10.1016/j.eswa.2015.04.036.
  43. ^ Chang, Wui Lee; Pang, Lie Meng; Tay, Kai Meng (marzo de 2017). "Aplicación de mapas autoorganizados a la metodología de análisis de modos y efectos de falla" (PDF) . Neurocomputing . PP : 314–320. doi :10.1016/j.neucom.2016.04.073.
  44. ^ "Construcción de un FMEA". Diametric Software Ltd. Consultado el 13 de marzo de 2020 .