RS 480
RCM
MANTENIMIENTO CENTRADO
EN LA CONFIABILIDAD
Document Revision: 1.0.6
Idioma/Região: Português/Brasil
©1992-2010 ReliaSoft Corporation - ALL RIGHTS RESERVED
TUCSON – SAO PAULO – WARSAW – CHENNAI – SINGAPORE
2
Presentación de los Participantes
Nombre, Empresa, Cargo/Actividades
Cual es su experiencia con RCM?
•
•
•
Ninguna. Este es mi primer contacto con el asunto.
Periférico. Tube contacto con algunos princípios o conceptos.
Iniciante. Comence a trabajar con el asunto y ya tube algunos entrenamientos
básicos.
•
•
Intermediário. Participo parcialmente de algunos trabajos.
Practicante. Actuo en tiempo parcial y ya utilizo en las actividades de mi
día a día.
©1992-2010 ReliaSoft Corporation
•
Experiente. Tengo total habilidad en el asunto. Nível Master.
Si es 3 o mayor:
Cuales abordajes ha utilizado?
Que software/herramienta ha utilizado?
Que es lo que usted espera obtener en este curso?
3
Hora de Lecturas
8:30h até 17:30h
Almuerzo de 11:45am a 1:00pm
Pausas pequeñas (10 minutos) a lo largo de los
tres días, aproximadamente a:
ƒ
ƒ
©1992-2010 ReliaSoft Corporation
ƒ
ƒ
9:30 am
10:40 am
2:10 pm
3:20 pm
4
Objetivos do Curso
©1992-2010 ReliaSoft Corporation
Este curso tiene pretende ofrecer una visión
general de las técnicas del Mantenimiento
Centrado en la Confiabilidad (Reliability Centered
Maintenance - RCM) y es una introducción al uso
del software de ReliaSoft’s RCM++ para la gestión
de datos, análisis y reporte.
5
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
INTRODUCCION Y VISION
GENERAL DEL RCM
6
Evolución del Mantenimiento
©1992-2010 ReliaSoft Corporation
El análisis del Mantenimiento Centrado en
la Confiabilidad (RCM) es una revisión bien
estructurada de un sistema que se enfoca
en preservar las funciones del sistema,
más que en preservar el equipo.
Este alcance es usado para desarrollar
programas de MP/MPd enfocados,
efectivos y que tengan costos optimizados.
7
©1992-2010 ReliaSoft Corporation
Mantenimiento Centrado en la
Confiabilidad
El análisis del Mantenimiento Centrado en la
Confiabilidad (RCM) provee de un marco
estructurado para analizar las funciones y
fallas potenciales de los activos físicos para
desarrollar un plan programado de
mantenimiento que proveerá de un nivel
aceptable de operabilidad, con un nivel de
riesgo aceptable, en una manera eficiente y
efectiva en el costo.
8
Siete Preguntas
Un proceso de Mantenimiento Centrado en la
Confiabilidad responde a siete preguntas:
¿Cuáles son las funciones y estándares de
desempeño de un activo deseados, asociados en el
contexto de operación (funciones)?
©1992-2010 ReliaSoft Corporation
¿De qué maneras puede fallar en cumplir sus
funciones (fallas funcionales)?
¿Qué causa cada falla funcional (modo de falla)?
¿Qué pasa cuando cada falla ocurre (efectos de
falla)?
continúa…
9
Siete Preguntas
(continuación)
¿De qué manera importa cada falla
(consecuencias de falla)?
©1992-2010 ReliaSoft Corporation
¿Qué debe hacerse para predecir o prevenir
cada falla (tareas proactivas e intervalos de
tareas)?
¿Qué se debe hacer si no se halla una tarea
proactiva adecuada (acciones
predeterminadas)?
10
Historia del RCM
Los activos modernos se han vuelto más
complejos en su naturaleza conforme la
tecnología madura y nosotros confiamos en ellos
por su servicio.
Reconocido primero por la industria comercial de
aviación.
©1992-2010 ReliaSoft Corporation
La Maintenance Steering Group Task Force fue
formada a inicios de los sesentas.
Constituido por miembros de las FAA (Federal
Aviation Administration), constructores
aeronáuticos y las líneas aéreas comerciales más
importantes.
continúa…
11
Historia del RCM
(continuación)
El Departamento de Defensa se interesó en el
trabajo bien realizado.
Se encargó un reporte en 1976 que fue luego
publicado en 1978 bajo el título “Reliability
Centered Maintenance.”
Escrito por Stanley Nowlan y Howard Heap, United
Airlines
©1992-2010 ReliaSoft Corporation
SAE JA1011 y JA1012 (Agosto 1999)
12
Historia del RCM
©1992-2010 ReliaSoft Corporation
Reconoce que la creciente complejidad e
inter-dependencia de los activos modernos
significan que un modo de falla puede afectar
muchos aspectos diferentes de un negocio:
Costos de Producción
Servicio al Cliente
Calidad del Producto
Seguridad
Integridad medioambiental
13
©1992-2010 ReliaSoft Corporation
Normas y Referencias Publicadas
Reliability-Centered Maintenance por F. Stanley Nowlan y
Howard F. Heap de United Airlines, publicado en Diciembre
1978.
ATA MSG-3 “Operator/Manufacturer Scheduled Maintenance
Development,” actualizado en Marzo 2003.
NAVAIR 00-25-403 “Guidelines for the Naval Aviation
Reliability-Centered Maintenance Process,” publicado en
Febrero 2001.
SAE JA1011 “Evaluation Criteria for Reliability-Centered
Maintenance (RCM) Processes,” publicado en Agosto 1999.
SAE JA1012 “A Guide to the Reliability-Centered Maintenance
(RCM) Standard,” publicado en Enero 2002.
14
©1992-2010 ReliaSoft Corporation
Normas y Referencias Publicadas
Reliability-Centered Maintenance (2da Edición) por John
Moubray, publicado en 1997.
Reliability Centered Maintenance: Gateway to World Class
Maintenance por Anthony M. Smith, publicado en 1993.
“Practical Application of Reliability-Centered Maintenance”
por el Centro de Análisis de la Confiabilidad, publicado en
2003.
MIL-STD-2173(AS) “Reliability-Centered Maintenance
Requirements for Naval Aircraft, Weapons Systems and
Support Equipment,” publicado en Enero 1986.
“NASA Reliability Centered Maintenance Guide for Facilities
and Collateral Equipment,” publicado en Febrero 2000.
15
©1992-2010 ReliaSoft Corporation
Una Nota sobre Variación
Existe una gran variación entre profesionales
practicantes en relación con los procedimientos
específicos de análisis, terminología, requisitos de
reporte, etc.
Este curso discutirá sobre los requisitos
generales y técnicas comunes, con la esperanza
que los participantes puedan identificar las
variaciones relevantes que encajen en sus propias
experiencias/necesidades.
16
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
PROCEDIMIENTO BASICO DE
ANALISIS
Examinando los Pasos Típicos para Conducir
una Análisis de RCM
17
Procedimiento Básico de Análisis
©1992-2010 ReliaSoft Corporation
La mayoría de los procedimientos de RCM
incluyen algunos o todos los pasos
siguientes:
Prepararse para el análisis
Seleccionar el equipo a ser analizado
Identificar Funciones
Identificar las Fallas Funcionales
Identificar y Evaluar (categorizar) los Efectos de la
Falla
Identificar las Causas de la Falla
Seleccionar las Tareas de Mantenimiento
18
Prepararse para el Análisis
©1992-2010 ReliaSoft Corporation
Establecer las reglas y suposiciones
fundamentales incluyendo:
Identificar el alcance del proyecto de análisis y
direccionar otros temas de gestión de proyectos,
como programación y presupuesto, procedimientos
de reuniones, etc.
Definir el ambiente operacional esperado para el
equipo y cualquier otra suposición que pueda
afectar al análisis.
Acordar las definiciones de “falla” que se seguirán
durante el análisis.
19
Seleccionar el Equipo a Analizar
La organización puede querer enfocar los
recursos del análisis en piezas seleccionadas
del equipo, basándose en:
©1992-2010 ReliaSoft Corporation
seguridad
derecho
economía
otras consideraciones
Preguntas de Selección y Factores de
Criticidad son dos métodos de selección de
equipo que son empleados comúnmente.
20
Preguntas de Selección de Equipos
El método de Preguntas de Selección
consiste de un conjunto de preguntas de
Si/No.
©1992-2010 ReliaSoft Corporation
Si la respuesta es Si para por lo menos una
de estas preguntas, entonces se indica que
se debe hacer un análisis detallado al equipo.
continúa…
21
Preguntas de Selección MSG-3
©1992-2010 ReliaSoft Corporation
Por ejemplo, la guía MSG-3 (usada en la
industria aeronáutica), propone cuatro
preguntas.
¿Podría la falla ser indetectable o es probable que
no se detecte por el personal de operaciones
durante sus obligaciones diarias?
¿Podría la falla afectar la seguridad (en tierra o en
un vuelo), incluyendo los sistemas o equipos de
seguridad/emergencia?
¿Podría la falla tener un impacto operacional
significativo?
¿Podría la falla tener un impacto económico
significativo?
22
Factores de Criticidad
El método de los Factores de Criticidad consiste
en una serie de factores designados para evaluar
la criticidad del equipo en términos de:
©1992-2010 ReliaSoft Corporation
Seguridad
Mantenimiento
operaciones
Impacto medioambiental
Control de calidad
Otros factores
Cada factor es considerado de acuerdo a una
escala pre-definida (p.e. 1 a 5 o 1 a 10) donde la
valuación más alta indica criticidad más alta.
23
Factores de Criticidad
El valor de criticidad del equipo puede
ser entonces usado:
©1992-2010 ReliaSoft Corporation
Como un sistema de jerarquía
Como un inicio
24
Factores de Criticidad
Algunos ejemplos de factores de criticidad
que deben ser considerados incluyen:
Seguridad
Potencial para daños personales
Severidad de daños personales
Posible evento de fuego/explosión
©1992-2010 ReliaSoft Corporation
Operaciones
Impacto en la reducción de la capacidad
Impacto en el consumo de la energía
Impacto en los desechos
Etc.
25
©1992-2010 ReliaSoft Corporation
Otros Métodos para seleccionar Equipos
Otros métodos pueden ser aplicados, como
el análisis de Pareto de equipo basado en
paradas, no-confiabilidad u otras mediciones
relevantes.
Cualquiera que sea el método seleccionado
(o combinación de métodos), la meta es
enfocar los recursos del análisis de RCM en
el equipo que proveerá el máximo beneficio.
26
Método de Selección recomendado
©1992-2010 ReliaSoft Corporation
Puntos de Quiebre del Análisis:
Equipo Crítico
Generalmente, 10% del equipo recibe un análisis
riguroso de RCM (de aproximadamente 10 a 15
sistemas).
Equipo esencial
Generalmente, 35% del equipo recibe análisis
FMEA.
Equipo No-esencial
Generalmente, 55% del equipo recibe un
acercamiento estándar.
27
Reuniendo al Equipo
Reunir un equipo multi-funcional incluyendo
representantes de:
©1992-2010 ReliaSoft Corporation
Confiabilidad
Operaciones
Ingeniería
28
Reunir Información
Reunir la siguiente información para el
análisis:
©1992-2010 ReliaSoft Corporation
Sistemas P&IDs
Manuales del Vendedor
Esquemas Eléctricos
Especificaciones/Descripciones del Sistema
Historia del Equipo
Información de la Garantía
29
Ejemplo del Dibujo del Sistema
Agua
Agua
@ 100°F @ 70°F
T
Aire @
C
100
Termo
PSIG
cupla
Provee de agua
fría al
1000 gpm
IC
DACC
intercambiador
Bomba
Aire
de calor para
F/E
Para 1000 gpm
mantener la
temperatura de
abrir,
Bomba
descarga en @
Resorte
70° ± 5° F.
Para
cerrar
480V
Alarma
Bajo
50 hp
nivel
Motor
Tanque
Expansión
50 hp
Motor
480V
Chiller
4160V Energía
Control de Proceso
30
Definir los Límites del Sistema
Para limitar el análisis, definir los límites del
sistema
©1992-2010 ReliaSoft Corporation
Previene los análisis superpuestos con
sistemas adyacentes
31
Ejercicio: Diagrama Funcional de Bloque
Construir un diagrama funcional de bloque
©1992-2010 ReliaSoft Corporation
Retratar la relación entre todos los componentes o
sub-funciones importantes
Identificar todos los ingresos, materias primas y
salidas
Incluir información condicional
Entrada
Materia
Prima
Salida
Componente 1
Componente 2
Salida
32
Diagrama Funcional de Bloque
Agua
@ 100 F
Aire @
100 PSIG
Señal
Control
Proceso
Agua @
75 +5 F
CCW
HX
Tanque
De Exp.
Bomba A
Válvula
Cont.
Control
de Energía
4160V
Energía
Señal/
Alarma
Proceso
Bomba B
480V
Energía
Alarma de
Proceso
Válvulas
Manuales
Chiller
Señal/
Alarma
Proceso
33
Jerarquía del Equipo
©1992-2010 ReliaSoft Corporation
Identificar la jerarquía del equipo del
sistema/sub-sistema
Por ejemplo, el Sistema de Frío:
Unidad de Frío
Bomba A
Bomba B
Intercambiador de Calor
Tanque de Expansión
34
Identificar Funciones
Identificar las funciones del sistema/subsistema
©1992-2010 ReliaSoft Corporation
Traducir cada salida del diagrama funcional
de bloque a una declaración de función
Las funciones declaradas deben ser
cuantificables
35
Declaraciones de Funciones
Enfocarse en la función o en la condición, no
en el equipo que provee la función
©1992-2010 ReliaSoft Corporation
Declaración correcta de la función, “mantener
el flujo de descarga de 500 gpm”
Declaración incorrecta de función, “proveer
de una bomba centrífuga para despachar 500
gpm”
36
Ejercicio: Declaraciones de Funciones
©1992-2010 ReliaSoft Corporation
Escoger una pieza de equipo en un
diagrama funcional de bloque y escribir
una declaración de función.
37
Capacidad del Sistema
Determinar la capacidad del sistema
©1992-2010 ReliaSoft Corporation
Usar solo la capacidad diseñada
No usar el desempeño actual, el cual puede
representar un problema operacional o de
mantenimiento
Revisar todos los componentes dentro del
sistema
38
Capacidad del Sistema
Conducir un análisis de revisión/falla del
diseño para cualquier problema de capacidad
©1992-2010 ReliaSoft Corporation
El equipo determinará el método apropiado de
análisis
Puede suspenderse el análisis RCM hasta que
el problema de capacidad del diseño sea
resuelto
39
©1992-2010 ReliaSoft Corporation
La Naturaleza de las Fallas
Comprendiendo cómo fallan diferentemente
los diferentes tipos de equipo permite al
analista identificar la estrategia apropiada de
mantenimiento.
Considerar la probabilidad condicional de
falla vs. la edad del equipo.
De Reliability Centered Maintenance por
Stanley Nowlan y Howard Heap, United
Airlines, 1978.
40
La Naturaleza de las Fallas
Cambios en vibraciones
P-F intervalo 1-9 meses
Unto donde
Virutas engranajes
falla empieza
en aceite P-F
a ocurrir
intervalo 1-6 meses
P1
P2
IR Termografía P-F
intervalo 3-12 semanas
Ruido audible P-F
intervalo 1-4 semanas
P3
P = Falla Potencial
P4
Calienta al tacto P-F
intervalo 1-5 días
P5
F = Falla
41
La Naturaleza de las Fallas
©1992-2010 ReliaSoft Corporation
Tasa de
Fallas
Antes del desarrollo de las técnicas de RCM,
la mayoría de las personas aceptaban esta
como la única forma en que los equipos
fallaban.
Tiempo
“Curva de la Bañera - Bathtub Curve”
Alta mortalidad infantil, luego un bajo nivel
de falla al azar, luego una zona desgaste.
42
Tasa de
Fallas
La Naturaleza de las Fallas
Tiempo
“Vista Tradicional“
©1992-2010 ReliaSoft Corporation
Falla al azar, después zona de
desgaste.
Equipos Típicos: fajas, roldanas, cadenas,
ruedas dentadas, impulsores (mantenimiento
basado en MP apropiado)
43
Tasa de
fallas
La Naturaleza de las Fallas
Tiempo
“Curva de la Bañera”
©1992-2010 ReliaSoft Corporation
Alta mortalidad infantil, luego un bajo nivel
de falla al azar, luego zona de desgaste.
Equipo Típico : componentes electro-
mecánicos, motores.
44
Tasa de
Fallas
La Naturaleza de las Fallas
Tiempo
“Envejecimiento Lento”
©1992-2010 ReliaSoft Corporation
Incremento sostenido en la probabilidad
de falla
Equipo Típico: turbinas, motores, llantas,
tuberías, embragues (monitoreo de la
condición)
45
Tasa de
Fallas
La Naturaleza de las Fallas
Tiempo
“Mejor Nuevo”
©1992-2010 ReliaSoft Corporation
Agudo incremento en la probabilidad de
falla, luego falla al azar.
Equipo Típico: equipo hidráulico, equipo
neumático (mantenimiento de la condición)
46
Tasa de
Fallas
La Naturaleza de las Fallas
Tiempo
“Falla Constante Aleatoria”
©1992-2010 ReliaSoft Corporation
Aleatoria – Patrón no relacionado con la
edad
Equipo Típico: Rodamientos de Bolas y
Cilindros (mantenimiento de la condición)
47
Tasa de
Fallas
La Naturaleza de las Fallas
Tiempo
“Nuevo peor”
©1992-2010 ReliaSoft Corporation
Alta mortalidad infantil, luego falla al azar.
Equipo Típico: electrónicos
48
La Naturaleza de las Fallas
Algunas fallas
relacionadas a
edad
Fallas no
relacionadas a
edad
A
B
11%
C
72% tiene
mortalidad
infantil
D
89%
E
F
2%
“Vista Tradicional”
4%
“Curva de la Bañera”
5%
“Envejecimiento
Lento”
7%
“Mejor Nuevo”
14 %
“Falla constante aleatoria”
68 %
“Nuevo peor”
49
Fallas Funcionales
©1992-2010 ReliaSoft Corporation
Definir las fallas funcionales del
sistema/sub-sistema
Identificar las fallas funcionales parciales y
totales
Declarar las fallas en términos de las
funciones del sistema, no de las
capacidades
Identificar todas las fallas con respecto a la
probabilidad o consecuencias
50
Fallas Funcionales
Ejemplos
©1992-2010 ReliaSoft Corporation
El flujo es menor que 500 gpm
No existe flujo
51
Ejercicio: Declaración de Falla Fx
©1992-2010 ReliaSoft Corporation
Escribir una declaración de falla
funcional para la función escrita durante
el ejercicio previo.
52
Modos de Falla
Definir los modos de falla para las fallas
funcionales
©1992-2010 ReliaSoft Corporation
Identificar todos los modos de falla con
respecto a la probabilidad o consecuencias
Incluir las fallas inducidas por error humano
Identificar la frecuencia de falla (historia del
equipo o información de la industria)
53
Nivel de Detalle
©1992-2010 ReliaSoft Corporation
La norma SAE JA1012 presenta una
demostración útil de muchos niveles de
detalle que pueden ser usados para describir
modos de falla. Por ejemplo:
Falla el conjunto de Bomba
Falla de Bomba
Falla de Propulsor
Propulsor sin control
No se monto “nuez”
“Nuez” no apretada correctamente
Error en el ensamblaje
54
Nivel de Detalle
©1992-2010 ReliaSoft Corporation
La recomendación declara que “los modos de
falla deben ser descritos con el suficiente
detalle para que sea posible seleccionar una
política apropiada de gestión de falla, pero no
en tanto detalle que se derroche tiempo
excesivo en el proceso de análisis mismo.”
55
Modos de Falla
©1992-2010 ReliaSoft Corporation
Describir causas por clase de equipo seguido
por el mecanismo de falla:
Bomba, rodamiento agarrotado
Bomba, impelente desgastado
Caja de cambios, lubricante errado
Caja de cambios, no hay aceite
Cilindro de aire, Sello del pistón desgastado
Cilindro de aire, Sello del eje desgastado
56
Modos de Falla
©1992-2010 ReliaSoft Corporation
Mas ejemplos:
Interruptor de Circuito, contactos
desgastados
Interruptor de Circuito, brazo de control roto
Motor, barra rota
Motor, Bobinados degradados
Barras conductoras, contacto suelto
Transformador, pico de energía
57
Ejercicio: Declaración de Modo de Falla
©1992-2010 ReliaSoft Corporation
Escribir declaraciones de modo de falla
para la falla funcional escrita en el
ejercicio previo.
58
Efectos de Falla
©1992-2010 ReliaSoft Corporation
Definir los efectos de falla para los modos de
falla
¿Qué se observará cuando la falla ocurra?
¿Cuál es el impacto en
operaciones/producción?
¿Cuál es el impacto en el
medioambiente/seguridad?
¿Qué cambio físico ocurrirá al equipo o al
equipo adyacente?
¿Qué alarmas o indicaciones se observarán?
59
Efectos de Falla
©1992-2010 ReliaSoft Corporation
Los efectos pueden definirse a tres
niveles diferentes
Efecto Local - ¿Qué se observa en el
componente individual?
Efecto en el siguiente nivel – ¿Qué se observa
en el nivel del sub-sistema?
Efecto final – ¿Qué se observa en el nivel del
sistema?
60
Clasificar/Evaluar los Efectos de Falla
©1992-2010 ReliaSoft Corporation
Puede usarse un diagrama lógico, el cual
evalúa y clasifica los efectos de la falla.
El siguiente diagrama lógico está provisto
como un ejemplo en la norma SAE JA1012
“Guide to the Reliability-Centered
Maintenance (RCM) Standard.”
Otros diagramas lógicos publicados pueden
consistir de 3 ó 5 preguntas y 4 ó 5 categorías
de efecto de falla.
©1992-2010 ReliaSoft Corporation
61
Diagrama Muestra CEF
62
Evaluar las Consecuencias de Fallas
©1992-2010 ReliaSoft Corporation
Evaluar las consecuencias de los modos de
falla
Separar las fallas que tienen un impacto en
medioambiente/seguridad de aquellas que
tienen solamente un impacto monetario
Identificar las fallas escondidas
Identificar las consecuencias relacionadas
con la producción y no-producción
Clasificar las consecuencias de fallas usando
un Número de Prioridad de Riesgo
63
Números de Prioridad de Riesgo
Criterios valuados estándar MRG:
©1992-2010 ReliaSoft Corporation
Tasa de Fallas
Severidad
Detección
64
Ejercicio: Consecuencias de Falla
©1992-2010 ReliaSoft Corporation
Discutir algunas consecuencias de las
declaraciones de modo de falla escritas
en el ejercicio previo.
65
Gestión de Fallas
©1992-2010 ReliaSoft Corporation
Estrategias de gestión de fallas
Tareas de Mantenimiento Predictivo - MPd
(En condición)
Tareas de Mantenimiento Preventivo - MP
Reparación/Reemplazo
Tareas de Servicio
Evaluación de la Condición
Hallazgo de Fallas
Rediseño
Correr-hasta-Fallar
66
Escogiendo una Estrategia de Mantenimiento
©1992-2010 ReliaSoft Corporation
La decisión del equipo de análisis de RCM
sobre qué estrategia (o estrategias) emplear
para cada falla potencial debe basarse en:
Juicio y experiencia
Un diagrama lógico pre-definido (conectado a
la categorización del efecto de la falla)
Comparaciones de Costo/Disponibilidad
Una combinación de factores
67
Escogiendo una Estrategia de Mantenimiento:
Diagrama Lógico
El siguiente diagrama lógico está provisto
como un ejemplo en la norma SAE JA1012.
©1992-2010 ReliaSoft Corporation
La porción presentada aquí representa la
pregunta a ser considerada para fallas con
efectos que han sido categorizados como
“Ocultos Operacionales.”
68
©1992-2010 ReliaSoft Corporation
Ejemplo Lógica de selección de Tareas
69
Escogiendo una Estrategia de Mantenimiento:
Comparación de Costo/Disponibilidad
©1992-2010 ReliaSoft Corporation
Para poder hacer una comparación de
costo/disponibilidad, primero deberá calcular el
costo/disponibilidad cuando se esté realizando
solo el mantenimiento correctivo.
Usted puede simular la operación del equipo
para el tiempo de operación especificado, dadas
las características de confiabilidad y
mantenibilidad específicas, para estimar lo
siguiente:
# de MCs: El número esperado de acciones de
mantenimiento correctivo que se realizarán sobre la
vida del equipo (MCs).
Tiempo de Servicios: La cantidad de tiempo que se
espera que el equipo esté operando sobre la vida del
equipo.
70
Calcular Costo y Disponibilidad
Se aplican los siguientes cálculos:
Costos Operativos Totales = CMCantidad × CMCosto por Incidente
©1992-2010 ReliaSoft Corporation
Costos Operativos Totales
Costo por Uptime =
Uptime
Uptime
Disponibilidad Promedio =
Tiempo de Operación
Estos números son usados como una base
para la comparación con otras estrategias
potenciales de mantenimiento.
71
Considerar Tareas de MPd
Determinar la aplicabilidad de tareas de MPd
(Inspecciones sobre la Condición)
Dispositivo de monitoreo de la condición
(alarma, instrumento de flujo, grabador, etc.)
Tecnología Predictiva (termografía, análisis de
aceite, análisis de vibración, etc.)
©1992-2010 ReliaSoft Corporation
Repárame !!!
72
Considerar Tareas de MPd
Seleccionar las tareas apropiadas de
MPd
©1992-2010 ReliaSoft Corporation
Análisis de Vibración
Termografía
Análisis de Aceite
Emisión Acústica
73
Técnicas de MPd
El Análisis de Vibración (desplazamiento,
velocidad, aceleración, frecuencia) detecta:
©1992-2010 ReliaSoft Corporation
Desbalanceo, ensamblaje suelto
Desalineamiento, excentricidad
Rodamientos, engranajes, cadenas de
transmisión defectuosos
74
Técnicas de PdM
La Termografía Infrarroja (energía emitida por
del hot-spots del equipo) detecta:
©1992-2010 ReliaSoft Corporation
Rodamientos, husos y motores sobrecalentados
Conexiones de poder eléctrico sueltas
Gotera de Vapor/Refrigerante
Daño de Insolación, problemas de humedad
Goteras y daños en el techo
Trampas de vapor defectuosas
75
Técnicas de MPd
El análisis de Aceite examina por:
Partículas de engranajes
Contaminantes
Viscosidad
©1992-2010 ReliaSoft Corporation
Detecta:
Desgaste de componente
Fugas por empaque / Sello
Salud del Lubricante
76
Técnicas de MPd
Emisión Acustica de ondas de sonido (>
20 kHz) pinpoint:
©1992-2010 ReliaSoft Corporation
Fugas en sistemas de presurizado
Fugas en sistemas de vacío
Arco elétrico (corona de descarga)
Fricción en equipo mecánico
77
Técnicas de MPd
Determinar la viabilidad de las tareas de
MPd
©1992-2010 ReliaSoft Corporation
¿Se usa actualmente la tecnología en las
instalaciones?
¿Es costo-efectiva?
¿Son los resultados repetibles?
¿Es la tarea técnicamente viable?
78
Comparación de Costos - MPd
©1992-2010 ReliaSoft Corporation
Para comparar el costo por tiempo de
servicios y disponibilidad promedia para
una estrategia de mantenimiento MPd (sobre
la condición), Usted debe definir lo
siguiente:
Intervalo asignado:
El tiempo intervalo en el que se hará la
inspección.
Duración de la Inspección por Incidente:
La cantidad de tiempo que se espera que el
equipo esté en parada para cada inspección.
Este debe incluir los retrasos logísticos y el
tiempo actual de mantenimiento.
continúa…
79
Comparación de Costos - MPd
Costo de Inspección por Incidente:
El costo de cada inspección. Este puede incluir los
costos de parada, costos de mano de obra, costos
de materiales y cualquier otro costo relacionado
con el mantenimiento.
©1992-2010 ReliaSoft Corporation
Detección de Falla:
Una indicación de cuándo la falla que se aproxima
se volverá detectable durante la inspección. Esto
puede ser especificado en cualquiera de las
siguientes formas:
Punto Inicial de Detección de Falla (Failure
Detection Threshold – FDT)
continúa…
Intervalo P-F
80
Punto inicial de Detección de Falla
Un número de 0 a 1 que indica el porcentaje
de vida de un ítem que debe transcurrir antes
que la falla que se acerca pueda ser
detectada.
©1992-2010 ReliaSoft Corporation
Por ejemplo, si el FDT es .9 y el ítem fallará a
los 1000 días, la falla que se aproxima puede
empezar a ser detectada a los 900 días.
81
Intervalo P-F
©1992-2010 ReliaSoft Corporation
La cantidad de tiempo antes que una falla que
se aproxima pueda ser detectada por la
inspección. Este es el “período de
advertencia” que mide de P (cuando una falla
potencial puede ser detectada) a F (cuando la
falla ocurre).
Por ejemplo, si el intervalo P-F es 200 días y el
ítem fallará en 1000 días, la falla que se
aproxima puede empezar a ser detectada a los
800 días.
82
Comparación de Costos - MPd
Si se encuentra que el ítem va a fallar o casi
fallar al momento de la inspección, se usan
los siguientes ingresos:
Factor de Restauración:
©1992-2010 ReliaSoft Corporation
Un número de 0 a 1 que indica el porcentaje al cual
el equipo será restaurado por la acción del
mantenimiento preventivo y que se iniciará si la
inspección detecta una falla que se aproxima.
Por ejemplo, 1 indica que el equipo es “tan bueno
como si fuera nuevo" luego de la acción de
mantenimiento y 0 indica que el equipo no ha
sido mejorado del todo por la acción de
mantenimiento.
continúa…
83
Comparación de Costos - MPd
Duración del MP por Incidente:
La cantidad de tiempo que se espera que el equipo esté
parado para cada acción de mantenimiento preventivo
(que será iniciado solo si la inspección detecta una falla
que se aproxima). Esto incluirá retrasos logísticos y el
tiempo actual de reparación.
©1992-2010 ReliaSoft Corporation
Costo de MP por Incidente:
El costo de cada acción de mantenimiento preventivo
(que será iniciado solo si la inspección detecta una falla
que se aproxima). Este puede incluir los costos de
parada, costos de mano de obra, costos de materiales y
cualquier otro costo relacionado con el mantenimiento.
84
Comparación de Costos - MPd
©1992-2010 ReliaSoft Corporation
Simular la operación del equipo para el tiempo de
operación especificado, dadas las características
de confiabilidad y mantenibilidad específicas, para
estimar lo siguiente:
# of MCs: El número esperado de acciones de
mantenimiento correctivo que se realizarán en la vida
del equipo.
# of Inspecciones: El número esperado de inspecciones
de MPd que se realizarán en la vida del equipo.
# of MPs: El número esperado de acciones de
mantenimiento preventivo que se realizarán en la vida
del equipo.
Tiempo de Servicio: La cantidad de tiempo que se
espera que el equipo esté operando sobre la vida del
equipo.
85
Comparación de Costos - MPd
Se aplican los siguientes cálculos:
Costo Operativo Total = (CMCantidad × CMCosto por Incidente )
+ (INCantidad × INCosto por Incidente ) × (MPCantidad × MPCosto por Incidente )
©1992-2010 ReliaSoft Corporation
Costo Operativo Total
Costo de Uptime =
Uptime
Uptime
Disponibil idad Promedio =
Tiempo Operativo
Comparar con el cálculo previo.
86
Considerar las Tareas de MP
©1992-2010 ReliaSoft Corporation
Determinar la aplicabilidad de las tareas
de MP
¿Puede una tarea dirigida de MP de
tiempo/tasa identificar la falla?
¿Pueden tomarse medidas específicas
cuantificables para definir el ataque de fallas?
¿Existe información suficiente de falla para
definir adecuadamente la frecuencia de fallas?
87
Tipos de Tareas de MP
Reparar/Reemplazar
Para restaurar equipos a un nivel deseado de
desempeño
Tareas de Servicio
Limpieza de rutina, lubricación y calibración
Evaluación de la Condición
©1992-2010 ReliaSoft Corporation
Para identificar y ver la tendencia de la degradación
de los componentes
Hallazgo de Fallas
Para confirmar que una predeterminada cantidad
de fallas ha ocurrido y corregir la condición
88
Selección de Tareas de MP
Seleccionar las tareas apropiadas de MP
©1992-2010 ReliaSoft Corporation
Especificar cada tarea y la periodicidad
89
Ejemplo de Tareas de MP
Reparar/Reemplazar
Reemplazar una engranaje en un intervalo fijo
Tareas de Servicio
Limpiar, lubricar y realizar una prueba Trip en el
interruptor del circuito una vez al año
Evaluación de la Condición
©1992-2010 ReliaSoft Corporation
Medir el espesor de flancos en un transportador de
tornillo para ver la tendencia del desgaste
Encontrar Fallas
Abrir un mezclador y reemplazar componentes
internos desgastados (Fallados)
90
Considerar Tareas de MP
Determinar la viabilidad de las tareas de
MP
©1992-2010 ReliaSoft Corporation
¿Es la tarea efectiva en el costo?
¿Los resultados son repetibles?
¿Es la tarea técnicamente posible?
91
Comparación de Costos – Reparar/
Reemplazar
©1992-2010 ReliaSoft Corporation
Usted puede estimar el costo por tiempo de
servicio y promediar la disponibilidad para
una tarea de reparación/reemplazo de MP
definiendo lo siguiente:
Intervalo asignado:
El intervalo de tiempo en el que se realizará el
mantenimiento preventivo.
Factor de Restauración:
Un número del 0 al 1 que indica el porcentaje en
el cual el equipo será restaurado por la acción
de mantenimiento.
continúa…
92
Comparación de Costos –
Reparar/Reemplazar
Duración de MP por Incidente:
La cantidad de tiempo en la que se espera el
equipo esté parado para cada acción de
mantenimiento preventivo. Esta puede incluir
los retrasos logísticos y el tiempo actual de
reparación.
©1992-2010 ReliaSoft Corporation
Costo de MP por Incidente:
El costo de cada acción de mantenimiento
preventivo. Este puede incluir los costos de
parada, costos de mano de obra, costos de
materiales y cualquier otro costo relacionado
con el mantenimiento.
93
Comparación de Costos –
Reparar/Reemplazar
©1992-2010 ReliaSoft Corporation
Simular la operación del equipo para el tiempo
de operación especificado, dadas las
características de confiabilidad y
mantenibilidad específicas, para estimar lo
siguiente:
# of MCs: El número esperado de acciones de
mantenimiento correctivo que se realizará en la
vida del equipo.
# of MPs: El número esperado de acciones de
mantenimiento preventivo que se realizará en la
vida del equipo.
Tiempo de Servicio: La cantidad de tiempo que se
espera que el equipo esté operando sobre la vida
del equipo.
94
Comparación de Costos – Reparar/Reemplazo
Se aplican los siguientes cálculos:
Costos Operativos Totales = (CMCantidad × CMCosto por Incidente )
+ (MPCantidad × MPCosto por Incidente)
©1992-2010 ReliaSoft Corporation
Costos Operativos Totales
Costo por Uptime =
Uptime
Uptime
Disponibilidad Promedio =
Tiempo de Operación
Comparar con los cálculos previos.
95
Intervalo Óptimo de MP
Para calcular el intervalo óptimo para realizar
una tarea de reparación/reemplazo, Usted debe
definir la siguiente información:
Probabilidad de Causa:
La probabilidad que el ítem falle debido a una causa
particular de falla, especificada como una distribución y
parámetros dependientes del tiempo.
©1992-2010 ReliaSoft Corporation
Costo de MC por Incidente:
El costo de cada acción de mantenimiento correctivo. Esto
puede incluir costos de parada, costos de mano de obra,
costos de materiales y cualquier otro costo relacionado
con el mantenimiento.
Costo de MP por Incidente:
El costo de cada acción de mantenimiento preventivo.
Esto puede incluir costos de parada, costos de mano de
obra, costos de materiales y cualquier otro costo
relacionado con el mantenimiento.
96
Intervalo Óptimo de MP
Los siguientes cálculos determinan el tiempo t,
que resulta en el menor costo posible por
unidad de tiempo:
©1992-2010 ReliaSoft Corporation
CPUT (t ) =
CP R(t ) CU [1 R(t )]
∫
t
0
R( s )ds
donde:
R(t) = confiabilidad en el tiempo t.
CP = MC Costo por Incidente
CU = MP Costo por Incidente
97
Intervalo Óptimo de MP
El intervalo óptimo, t, es el tiempo que minimiza
CPUT(t). Esto puede ser hallado resolviendo para
t:
[CPUT (t )]
=0
∂t
©1992-2010 ReliaSoft Corporation
O resolviendo para una t que satisfaga la siguiente
ecuación:
⎡ C ⋅ R(t ) + C ⋅ [1 − R(t )] ⎤
U
⎥
∂⎢ P
t
⎢⎣
⎥⎦
∫ 0 R(s)ds
=0
∂t
98
unit T
ime
vs. T ime
CostoCost
por per
unidad
de
tiempo
vs. Tiempo
0.02
0.018
C ost
per unit
Time
Costo por
unidad
de tiempo
0.016
0.014
0.012
0.01
Minimum
Costde
of
Costo
mínimo
Replacement
Reemplazo
0.008
0.006
Preventive
Costo de
Reemplazo
Replacement
Preventivo
Costs
0.004
Corrective
Costo
de
Replacement
Reemplazo
Correctivo
Costs
0.002
0
0
100
200
300
400
500
600
Tiempo,
Time, t t
700
800
900
1000
99
©1992-2010 ReliaSoft Corporation
Distribución Exponencial (MTBF)
Usar MTBF (Tiempo Promedio antes/entre Fallas Mean Time before/between Failures) o tasa de fallas
para describir la probabilidad de fallas asume una
tasa constante. En otras palabras, Usted está
asumiendo una distribución exponencial.
NOTA IMPORTANTE: Si al comportamiento de la
falla del equipo le sigue una distribución
exponencial entonces un reemplazo periódico no
mejorará la confiabilidad total del equipo, como se
ilustra en el siguiente ejemplo.
100
Ejemplo de Reemplazo
Dos componentes siguen una distribución
exponencial con MTBF = 100 hrs (or Tasa de
Falla = 0.01). El componente 1 es
reemplazado cada 50 hrs, mientras que el
componente 2 nunca es mantenido.
©1992-2010 ReliaSoft Corporation
Componente 1 con MP
Tiempo
Componente 1 sin MP
Tiempo
continúa…
101
Ejemplo de Reemplazo
Comparar las confiabilidades de los
componentes de 0 a 60 hrs:
©1992-2010 ReliaSoft Corporation
Con reemplazos periódicos:
La confiabilidad de 0 a 60 hrs está basada en la
confiabilidad del componente original para 50 hrs,
R(t=50)=60.65%, multiplicado por la confiabilidad del
nuevo componente para 10 hrs, R(t=10)=90.48%. El
resultado total es 54.88%.
Sin reemplazo periódico:
La confiabilidad de 0 a 60 hrs está basada en la
confiabilidad del componente original operando a 60
hrs, R(60)=54.88%.
continúa…
102
Ejemplo de Reemplazo
©1992-2010 ReliaSoft Corporation
Comparar las confiabilidades de los
componentes de 50 a 60 hrs:
Con reemplazos periódicos:
La confiabilidad de 50 a 60 hrs está basada en la
confiabilidad del nuevo componente, R(t=10) =
90.48%.
Sin reemplazo periódico:
La confiabilidad de 50 a 60 hrs está basada en la
confiabilidad del componente original operando a 60
hrs, habiendo ya sobrevivido a 50 hrs,
o RC(T=60/50) = R(60)/R(50) = 90.48%.
103
©1992-2010 ReliaSoft Corporation
Ejemplo de Reemplazo - Conclusión
Si Usted escoge realizar el reemplazo periódico
en el equipo que no muestra una tasa de fallas
creciente (p.e. degaste), podría estar
desperdiciando recursos en acciones de
mantenimiento que no provean beneficio y el
mantenimiento innecesario puede también
reducir la confiabilidad del equipo al reintroducir mortalidad infantil y/o error en el
mantenimiento.
104
Costo de Comparación – Tareas de Servicio
Los requisitos de ingreso de información y
métodos de cálculo para una tarea de servicio es
exactamente la misma que para las tareas de
reparación/reemplazo. Sin embargo:
©1992-2010 ReliaSoft Corporation
El Factor de Restauración puede ser una fracción menor
para las tareas de servicio que para las tareas de
reparar/reemplazar, porque la acción puede no restaurar
el equipo así como lo haría la reparación/reemplazo.
En el caso de fallas indetectables, la simulación asume
que se iniciará una acción de mantenimiento correctivo
si se encontró que el ítem falla durante una tarea de
servicio. Esto difiere de las tareas de
reparación/reemplazo, donde la simulación asume que la
acción programada restaurará el ítem.
105
Comparación de Costos – Tarea de Servicio
©1992-2010 ReliaSoft Corporation
Por ejemplo, si el costo de la tarea por
incidente es $50 y el costo del mantenimiento
correctivo por incidente es $200 y la falla es
indetectable y el equipo falla cuando la tarea
programada ocurre, entonces:
Si el tipo de cálculo para la tarea es
Reparar/Reemplazar, el costo para ese incidente
será $50.
Si el tipo de cálculo para la tarea es Servicio, el
costo para ese incidente será $50 + $200.
106
©1992-2010 ReliaSoft Corporation
Comparación de Costos – Encontrar Fallas
Para estimar el costo por tiempo de servicio y promediar la
disponibilidad para una tarea de inspección de hallazgo de
fallas, Usted debe definir lo siguiente:
Intervalo asignado:
El intervalo de tiempo en el que se realizará la inspección.
Duración de la Inspección por Incidente:
La cantidad de tiempo en la que se espera que el equipo esté
parado para cada inspección. Esta puede incluir retrasos
logísticos y el tiempo actual de mantenimiento.
Costo de Inspección por Incidente:
El costo de cada inspección. Este puede incluir los costos de
parada, costos de mano de obra, costos de materiales y
cualquier otro costo relacionado con el mantenimiento.
107
Comparación de Costos – Encontrar Fallas
©1992-2010 ReliaSoft Corporation
Usted puede simular la operación del equipo
para el tiempo de operación especificado,
dadas las características de confiabilidad y
mantenibilidad específicas, para estimar lo
siguiente:
# de MCs: El número esperado de acciones de
mantenimiento correctivo que se realizará en la vida del
equipo.
# de Inspecciones: El número esperado de
inspecciones que se realizará en la vida del equipo.
Tiempo de Servicio: La cantidad de tiempo que se
espera que el equipo esté operando sobre la vida del
equipo.
108
Comparación de Costos – Encontrar Fallas
Se aplican los siguientes cálculos:
Costo Operativo Total = (CMCantidad× CMCostopor Incidente)
+ (INCantidad× INCostopor Incidente)×(MPCantidad×MPCostopor Incidente)
©1992-2010 ReliaSoft Corporation
Costo Operativo Total
Costo de Uptime =
Uptime
Uptime
Disponibilidad Promedio =
Tiempo Operativo
Comparar con los cálculos previos.
109
Considerar Rediseño
Determinar la aplicabilidad del rediseño
del sistema
©1992-2010 ReliaSoft Corporation
No está disponible una tarea de MPd o MP
El sistema/sub-sistema es crítico
El costo anticipado es aceptable (retorno
conveniente sobre la inversión)
110
Comparación de Costos - Rediseño
Para calcular el costo por tiempo de servicios para
tareas de rediseño (una vez), Usted debe definir lo
siguiente:
Tiempo de Operación:
La cantidad de tiempo que se espera el equipo debe operar.
Costo por Incidente:
El costo de una tarea de una vez.
©1992-2010 ReliaSoft Corporation
El Costo de Operación Total es el mismo que el Costo
por Incidente. Se aplica entonces el siguiente cálculo:
Costo Operativo Total
Costo de Uptime =
Uptime
111
Considerar Correr-hasta-Fallar
©1992-2010 ReliaSoft Corporation
Determinar si Correr-hasta-Fallar es una
estrategia viable
No hay tareas de MPd o MP disponibles
El rediseño no está garantizado basado en la
criticidad vs. Costo del sistema/sub-sistema
Las consecuencias de la falla son
aceptables
112
Comparación de Costos – Correr- hasta-Fallar
©1992-2010 ReliaSoft Corporation
Para estimar el costo por tiempo de servicio
para una estrategia de mantenimiento de
correr-hasta-fallar (p.e. realizar solo MC – no
MP o IN), Usted debe definir lo siguiente:
Tiempo de Operación:
La cantidad de tiempo que se espera que el equipo
opere.
Probabilidad de Falla:
La probabilidad que el ítem fallará debido a la causa
de falla particular, especificada como una
distribución y parámetros dependientes del tiempo.
continúa…
113
©1992-2010 ReliaSoft Corporation
Comparación de Costos – Correr-hasta-Fallar
Detectabilidad:
Una indicación de cuándo la falla es detectable.
Si la falla es detectable, el software asume que el
mantenimiento correctivo se iniciará tan pronto
como la falla ocurra. Si la falla es indetectable, el
software asume que el mantenimiento correctivo
no se iniciará hasta el siguiente mantenimiento o
inspección programados.
Factor de Restauración:
Un número de 0 a 1 que indica el porcentaje en el
cual el equipo será restaurado por la acción de
mantenimiento.
continúa…
114
©1992-2010 ReliaSoft Corporation
Comparación de Costos – Correr-hasta-Fallar
Duración de MC por Incidente:
La cantidad de tiempo que se espera el equipo
estará parado para cada mantenimiento
correctivo. Esto puede incluir retrasos logísticos
y tiempo de reparación actual.
Costo de MC por Incidente:
El costo de cada acción de mantenimiento
correctivo. Esto puede incluir costos de parada,
costos de mano de obra, costos de materiales y
cualquier otro costo relacionado con el
mantenimiento.
115
Costos de Comparación – Correr-hasta-Fallar
Se aplican entonces los siguientes cálculos. Estos
son los mismos que para el Mantenimiento
correctivo, los cuales usamos como la base para
la comparación.
©1992-2010 ReliaSoft Corporation
CostosOperativosTotales= CMCantidad×CMCostopor Incidente
CostosOperativosTotales
Costopor Uptime=
Uptime
Uptime
DisponibilidadPromedio=
Tiempode Operación
116
Comparación de Costos y Disponiblidad
©1992-2010 ReliaSoft Corporation
Usted ahora ha regularizado los valores de los
costos y los estimados de la disponibilidad para
comparar las estrategias de disponibilidad
disponibles. Se puede seleccionar la tarea de
mantenimiento que provea el nivel deseado de
disponibilidad por el mínimo costo. Por ejemplo:
Si el costo por tiempo de servicio por realizar solo
mantenimiento correctivo (correr-hasta-fallar) es
menor que todas las otras estrategias disponibles, el
enfoque de correr-hasta-fallar provee de un aceptable
nivel de disponibilidad del equipo (tiempo de
servicio), y las consecuencias de falla son
aceptables, entonces el personal puede recomendar
que no se hagan tareas programadas de
mantenimiento para el equipo.
117
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
SOFTWARE RCM++ RELIASOFT
Uso del software RCM++ de ReliaSoft en el
Análisis de Data de Gestión y Reporte para el
Mantenimiento Centrado en Confiabilidad
118
Beneficios del Uso del Software
©1992-2010 ReliaSoft Corporation
Algunos de los beneficios del uso del software para
automatizar el análisis RCM, gestión y reporte de
datos incluye:
Ayuda a establecer consistencia a lo largo de la
organización.
Provee una estructura para permitir a múltiples usuarios
cooperar en el análisis.
Una fácil generación de gráficos y otros reportes (como
Tareas clasificadas por costos, efectos, etc.).
Facilita manejo de datos, incluyendo la habilidad para reusar fácilmente la información de otros análisis existentes.
Proporciona la integración de análisis relacionados, como
análisis Weibull++, proyectos BlockSim, etc.
Y más…
119
Pasos de Análisis en RCM++
Crear una Base de Datos y un Proyecto
Definir un Sistema de Jerarquía
Selección de Equipo a Analizar
©1992-2010 ReliaSoft Corporation
Definir Funciones, Fallas Funcionales,
Efectos y Modos de Falla
Clasificar Efectos de Falla y
Seleccionar Tareas de Mantenimiento
Verificar Análisis, Gráficos, Reportes,
Consultas
120
Pasos de Análisis en RCM++
(continuación)
Base de Datos: Crear una base de datos con
o sin un código de usuario de Seguridad
habilitado.
©1992-2010 ReliaSoft Corporation
Si la Base de Datos tiene habilitado un código de
usuario de seguridad, crear una cuenta para cada
usuario autorizado.
Proyecto: Crear un proyecto con las
propiedades apropiadas para encajar los
requerimientos de su análisis.
Ítems: Definir uno o más componentes en el
Sistema de Jerarquía del proyecto.
continúa…
121
Pasos de Análisis en RCM++
(continuación)
Selección del Equipo: Seleccionar
componentes que serán analizados con las
técnicas RCM.
©1992-2010 ReliaSoft Corporation
Están disponibles Preguntas de Selección y
Métodos de Factores de Criticidad.
FMEA: Define las funciones, fallas
funcionales, efectos y modos de falla
(causas) para cada ítem que Ud. quiera
analizar.
Define todas las propiedades relevantes para
cada elemento del análisis.
Continúa…
122
Pasos de Análisis en RCM++
(continuación)
Clasificación del Efecto de Falla: Evaluar y
clasificar los efectos potenciales de la falla.
Selección de la Tarea de Mantenimiento:
Selección y definición de tareas de
mantenimiento aplicables y efectivas.
©1992-2010 ReliaSoft Corporation
Preguntas para Selección de Tareas
Comparación de Costos and Disponibilidad
Verificación de Análisis: Usar esta utilidad para
identificar cualquier posible discrepancia y/u
omisión hecha en el proyecto.
Ud. puede marcar problemas seleccionados y usar la
utilidad para confirmar que esos se resolvieron.
continúa…
123
Pasos de Análisis en RCM++
(continuación)
Gráficos: Creación de una variedad de
gráficos basados en los datos analizados.
©1992-2010 ReliaSoft Corporation
Si desea, puede copiar/pegar la información gráfica en
documentos de reportes separados y/o guardar el
gráfico como archivos Windows metafiles (*.wmf) que
pueden ser usados en otras aplicaciones.
Reportes de Impresión rápida: Generación de
una variedad de reportes de impresión rápida
en Microsoft Word y/o Excel.
Preguntas Ad-hoc: Uso de la utilidad para
realizar preguntas ad-hoc en el análisis de los
datos.
124
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
BASES DE DATOS Y PROYECTOS
Organizando sus Analisis en Bases de Datos y
Proyectos
125
Bases de Datos y Proyectos
©1992-2010 ReliaSoft Corporation
RCM++ le permite organizar su información
en Base de Datos y Proyectos.
Cada archivo RCM++ file es una Base de Datos
correlativa que contiene uno o varios proyectos.
Cada proyecto puede contener un o más análisis
individuales.
Dependiendo de su ambiente de trabajo y sus
requerimientos de análisis, existen un número de
diferentes maneras con las que Ud. puede usar las
bases de datos y proyectos RCM++’s para ayudar a
organizar su información.
126
©1992-2010 ReliaSoft Corporation
Características de Bases de Datos
Una sola base de datos puede ser abierta a la vez.
Puede importar información de otras bases de datos.
Puede almacenar archivos de bases de datos en una
computadora individual o servidor de red.
Usted puede transferir archivos de bases de datos vía
e-mail, FTP, en CD-ROM, etc.
Capacidades estándar de mantenimiento, incluye:
Backups
Compresión
continúa…
127
Características de Bases de Datos
(continuación)
©1992-2010 ReliaSoft Corporation
Base de Datos pueden ser creadas con o sin un
código de usuario de Seguridad habilitado.
Base de Datos seguras requieren que los
usuarios inicien validando un
usuario/contraseña en orden para ver/editar el
material.
Para Base de Datos que tienen habilitado un código de
usuario de seguridad, usuarios múltiples (con privilegios
autorizados) pueden tener permiso de lectura/escritura para
acceder a la misma Base de Datos simultáneamente
Para Base de Datos que no tienen habilitado un código de
usuario de seguridad, un usuario a la vez puede tener
permiso de lectura/escritura para acceder a la Base de Datos
mientras que cualquier otro usuario puede ver la Base de
Datos solo en modo de lectura.
128
Más acerca del código de usuario de
Seguridad
©1992-2010 ReliaSoft Corporation
Algunas funcionalidades solo están habilitadas para Base
de Datos RCCM++ con código usuario de seguridad.
Base de Datos con código de
usuario de Seguridad
Base de Datos sin código de
usuario de Seguridad
Requiere código con nombre del usuario y
contraseña validado todo el tiempo que la
Base de Datos sea abierta.
Apoya usuario-identificación con un
seguimiento de revisión. Guardar/visualizar
la fecha/tiempo y nombre del usuario para el
último cambio de cada grabación y Base de
datos iniciada.
Permite usuarios múltiples con permiso de
lectura/escritura para acceder la misma base
de datos simultáneamente.
Habilita comandos “Bloqueo del Proyecto” y
“Bloqueo del Ítem”, lo cual permite a un
usuario prevenir que otros usuarios
modifiquen una sección de la Base de datos
No requiere código de usuario para abrir la
Base de Datos sea abierta.
No apoya usuario-identificación con un
seguimiento de revisión. La aplicación
guarda/visualiza solo la fecha/tiempo para el
último cambio de cada grabación y Base de
datos iniciada.
Permite solo un usuario lectura/escritura
para acceder a una misma base de datos al
mismo tiempo. Otros usuarios solo tienen
acceso de lectura.
Deshabilita comandos “Bloqueo del
Proyecto” y “Bloqueo del Ítem”.
129
Características de Proyectos
Puede haber uno o más proyectos por Base de
Datos, con proyectos múltiples abiertos al mismo
tiempo.
Ud. puede copiar/pegar información entre
proyectos de la misma Base de Datos.
Todos los análisis sin un proyecto dado tienen las
mismas propiedades de proyecto.
©1992-2010 ReliaSoft Corporation
Esto incluye: estilo de interfase, escala valuadas,
Lógica RCM y opciones de menú.
Dentro de cada proyecto, hay un consistente
esquema de numeración para los archivos.
Base de Datos y Proyectos
130
Propiedades del Proyecto
Todo proyecto RCM++ puede ser definido con la
siguientes propiedades:
Nombre del Proyecto - requerido
Descripción corta
Observaciones
Etiqueta de Propiedad
Desplegada en pies de página para reportes de impresión
rápida.
Escalas valuadas: Severidad, Ocurrencia, Detección –
©1992-2010 ReliaSoft Corporation
requerido
Estilo de Interfase – requerido
Menú de opciones – requerido
Lógica RCM: Preguntas de selección de equipos, Factores
de criticidad para selección de equipos, Lógica CEF,
selección de Tarea Lógica/Tipos de Tarea – requerido
131
©1992-2010 ReliaSoft Corporation
Propiedades del Proyecto de RCM++
132
Perfiles del Proyecto
Los perfiles proveen una manera rápida y fácil para
asignar el estilo de interfase, escalas valuadas,
menú de opciones y Lógica RCM para un proyecto.
RCM++ viene con perfiles predeterminados para
encajar en las normas publicadas más importantes
(p.e. ATA MSG-3, SAE JA1012, etc.).
©1992-2010 ReliaSoft Corporation
Ud. puede modificar los perfiles existentes y/o crear
su propio perfil personalizado.
Fije el perfil cuando Ud. crea un proyecto y, si es
necesario, Ud. puede cambiar las propiedades/perfil
después para un proyecto existente.
133
Propiedades del Proyecto: Estilo de Interfase
El estilo de interfase determina:
©1992-2010 ReliaSoft Corporation
Los campos de datos que van a ser
habilitados/mostrados en la interfase y reporte de
salida.
El nombre de cada campo de datos, el cuál aparece
dentro de la interfase y del reporte de salida de
impresión rápida.
Los estilos de interfase proveen la flexibilidad
para configurar el RCM++ para encontrar sus
requerimientos específicos de análisis/reporte.
RCM++ viene con estilos de interfase predefinidos para encajar en las normas publicadas
más importantes.
Usted puede modificar estilos existentes y/o crear sus
propios estilos.
134
Propiedades del Proyecto: Escalas valuadas
Las escalas valuadas determinan las opciones que van a
estar disponibles para:
RPNs
Valores de severidad para cada efecto.
Valores de probabilidad de ocurrencia para cada causa
Valores de probabilidad de detección de cada causa.
©1992-2010 ReliaSoft Corporation
MIL-STD FMEA y Análisis Cualitativo de
Criticidad
Valores de Clase de severidad para modos de falla.
Valores de Probabilidad de Falla para los modos de falla.
No son requeridos para el análisis básico de RCM pero
pueden ser usados para integrar FMEA/FMECAs.
continúa…
135
…Escalas Valuadas
(continuación)
El RCM++ viene con una gran serie de escalas
valuadas pre-definidas.
Usted puede modificar las escalas existentes y/o
crear las suyas propias personalizando su
configuración.
©1992-2010 ReliaSoft Corporation
Si Usted cambia la escala valuada asignada
para un proyecto, recuerde:
Si Usted ya ha asignado valores dentro de un
proyecto y la nueva escala no es comparable con la
escala anterior (p.e. cambiar de una escala de 5
puntos a una de 10), Usted va a necesitar restaurar
los valores existentes en orden para evitar las
inconsistencias entre los RPNs calculados.
136
Propiedades de Proyectos : Menú de
Opciones
El menú de opciones determina las opciones que
van a estar hábiles en varios menús durante toda
la interfase RCM++:
©1992-2010 ReliaSoft Corporation
Categoría de Acción
Prioridad de Acción
Tipo de Control
Clasificación
Probabilidad de Pérdida
Unidades Base
El RCM++ viene con una lista de opciones predefinida.
Usted puede modificar las opciones existentes y/o crear su
propia lista.
137
Propiedades de Proyecto: Preguntas SE
©1992-2010 ReliaSoft Corporation
Las preguntas de selección de equipo determinan
las preguntas si/no que pueden ser usadas para
seleccionar cuál equipo debe ser analizado con las
técnicas de RCM.
RCM++ viene con un conjunto de preguntas de
selección de equipo pre-definidas, basadas en las
normas publicadas más importantes.
Usted puede modificar el conjunto de preguntas
existente y/o crear el suyo propio.
138
©1992-2010 ReliaSoft Corporation
Propiedades de Proyecto: Criticidad SE
Los factores de Criticidad para la selección de
equipos proveen de un conjunto de escalas
valuadas que pueden ser usadas para calcular la
criticidad global de cada ítem. Esto puede ser
usado para valuar cada ítem para determinar cuál
equipo será analizad con técnicas RCM.
RCM++ viene con un conjunto de factores de
criticidad pre-definidos.
Las escalas valuadas deben ser
personalizadas para encajar en sus
necesidades organizacionales particulares.
139
Propiedades de Proyecto: Lógica CEF
©1992-2010 ReliaSoft Corporation
Los diagramas Lógicos para clasificación del
Efecto de la Falla (CEF) pueden ser usados
para clasificar los efectos de la falla durante
el análisis RCM.
RCM++ viene con diagramas lógicos CEF predefinidos, basados en las principales normas
publicadas.
Usted puede modificar los diagramas lógicos
CEF existentes y/o crear los propios.
140
Propiedades de Proyecto: Lógica de Tareas
©1992-2010 ReliaSoft Corporation
Las lógicas de selección de tareas
determinan las preguntas y/o tipos de tareas
para la selección de tareas RCM.
RCM++ viene con lógicas de selección de
tareas pre-definidas basadas en las
principales normas publicadas.
Usted puede modificar la lógica de tareas
existentes y/o crear sus propias lógicas.
141
Trabajando con Proyectos
©1992-2010 ReliaSoft Corporation
La Ventana de Proyecto es la ventana principal
que Usted va a usar para realizar sus análisis.
La ventana está dividida en dos paneles.
Jerarquía del Sistema (Panel izquierdo)
Muestra los ítems que han sido definidos en el proyecto.
Jerarquía de FMEA, Hoja de Cálculo, Vista Filtrada
(Panel Derecho)
Muestra las funciones, fallas, efectos, causas, controles,
acciones y/o tareas asociadas con el ítems que está
actualmente seleccionado en el panel de la izquierda.
©1992-2010 ReliaSoft Corporation
142
Ventana de Proyecto de RCM++
143
Configurando la Ventana del Proyecto
Usted puede configurar la apariencia de la ventana de
proyecto para encajar a sus necesidades:
©1992-2010 ReliaSoft Corporation
Mostrar los detalles de FMEA en vista jerárquica, de hoja de
cálculo o filtrada.
Esconder el panel de Sistema.
Esconder el panel de FMEA.
Determinar qué columnas se muestran en las jerarquías.
Expandir/colapsar todas las marcas de las jerarquías.
Incrementar/disminuir el zoom.
Los comandos requeridos están disponibles desde el
menú Vista, la barra de herramientas del Proyecto
menús de atajo y la configuración del Usuario.
144
Jerarquía del Sistema
Mostrada en el lado izquierdo de la ventana del proyecto.
Le permite arreglar ítems en la configuración jerárquica de
sistemas.
©1992-2010 ReliaSoft Corporation
Número ilimitado de ítems de alto nivel (sistemas).
Número ilimitado de niveles bajo cada ítem de alto nivel.
Realiza el análisis de un ítem a cualquier nivel.
Relaciona y/o añade archivos a cualquier ítem.
Realiza la Selección de Equipo para cualquier ítem.
Define las propiedades de análisis y confiabilidad para
cualquier ítem.
Añade Diagramas Funcionales de Bloque, Diagramas de
Flujo de Procesos, Planes de Control, DVP&Rs y/o
Diagramas de Causa & Efecto a cualquier ítem.
145
©1992-2010 ReliaSoft Corporation
Jerarquía del Sistema de RCM++
146
Columnas de Jerarquía del Sistema
Las columnas que pueden ser mostradas en la
Jerarquía del Sistema incluyen:
©1992-2010 ReliaSoft Corporation
#: Muestra el ítem # y un icono que indica la posición del ítem en
la configuración (sistema, subsistema, componente).
Nombre: Muestra el nombre del ítem.
Adjuntos: Un ícono de clip indica que se han
relacionado/adjuntado uno o más archivos al ítem.
Bandera: Usted puede marcar ítems con banderas verdes,
amarillas o rojas, lo que indica el estado de realización del
análisis.
Click-derecho dentro de la columna para fijar la bandera.
Análisis FMEA: Un ícono “F” indica que por lo menos una
función ha sido definida por el ítem.
continúa…
147
©1992-2010 ReliaSoft Corporation
Columnas de Jerarquía del Sistema
(continuación)
RCM: Un ícono “M” indica que por lo menos una de las
Preguntas de Selección de Equipo ha sido respondida SI, se
seleccionó la opción “Analizar para RCM (sustitución
Manual)”, por lo menos un efecto ha sido categorizado y/o por
lo menos una tarea de mantenimiento ha sido definido para el
ítem.
Cr: Muestra el valor global de criticidad calculado para el ítem,
si es aplicable.
RPNi: Muestra el ítem RPN inicial calculado, si es aplicable.
RPNr: Muestra el ítem RPN revisado calculado, si es
aplicable.
C: Un ícono “C” indica que un plan de control está asociado
con el ítem.
D: Un ícono “D” indica que un DVP&R está asociado con el
ítem.
P: Un ícono “P” indica que un Diagrama de Flujo de Procesos
está asociado con el ítem.
148
Jerarquía/Hoja de Trabajo FMEA
Mostrado al lado derecho de la ventana de
Proyecto.
Dos vistas de la misma información
Jerarquía de FMEA u Hoja de Cálculo FMEA.
©1992-2010 ReliaSoft Corporation
Le permite definir y gestionar funciones, fallas,
efectos, causas, controles, acciones y/o tareas
asociadas con el ítem actualmente
seleccionado en la Jerarquía del Sistema.
Número ilimitado de funciones por ítem, fallas por
función, efectos por falla, causas por efecto, controles
por causa, acciones por causa y tareas por causa.
©1992-2010 ReliaSoft Corporation
149
Jerarquía de FMEA de RCM++
150
Columnas de Jerarquía FMEA
Las columnas que pueden ser mostradas en la
jerarquía FMEA incluyen:
©1992-2010 ReliaSoft Corporation
#: Muestra el registro # y un ícono que indica el tipo de registro
(es decir, función, función agrupada, falla, efecto o causa).
Descripción: Muestra la descripción del registro.
Adjuntos: Un ícono de clip indica que se han
relacionado/adjuntado uno o más archivos al registro.
Bandera: Usted puede marcar registros con banderas verdes,
amarillas o rojas, lo que indica el estado de realización del
análisis.
Click-derecho dentro de la columna para fijar la bandera.
Clasificación: Muestra cualquier categoría de clasificación que
haya sido asignada a causas individuales.
continúa…
151
©1992-2010 ReliaSoft Corporation
Columnas de Jerarquía FMEA
(continuación)
Valuaciones Iniciales, SxO y RPN: Hasta cinco
columnas muestra las valuaciones iniciales para
severidad, ocurrencia, detección y/o los RPNs iniciales
calculados, si es aplicable.
Valuaciones Revisadas, SxO y RPN: Hasta cinco
columnas muestra las valuaciones revisadas para
severidad, ocurrencia, detección y/o los RPNs iniciales
calculados, si es aplicable.
A: Muestra la cantidad de acciones que han sido
asignadas para cada causa.
Doble-click dentro de la columna para mostrar el
Gestor de Acciones.
Click-derecho para mostrar el Menú de Atajo de
Causa.
152
©1992-2010 ReliaSoft Corporation
Columnas de Jerarquía FMEA
(continuación)
C: Muestra la cantidad de controles actuales que han
sido definidos para cada causa.
Doble-click dentro de la columna para mostrar el
Gestor de Controles.
Click-derecho para mostrar el Menú de Atajo de
Causa.
CEF: Muestra la Clasificación del Efecto de Falla para el
efecto.
T: Muestra la cantidad de tareas que han sido definidas
para cada causa.
Doble-click dentro de la columna para mostrar el
Gestor de Tareas de Mantenimiento.
Click-derecho para mostrar el Menú de Atajo de
Causa.
©1992-2010 ReliaSoft Corporation
153
Hoja de Trabajo de RCM++
154
©1992-2010 ReliaSoft Corporation
Usando la Vista Hoja de Trabajo
Las columnas mostradas en la Hoja de Trabajo
dependen del estilo de la interfase para el proyecto.
Usar comandos desde los menús en la Barra del Menú
del Proyecto.
Menú Función, Menú Falla, Menú Efecto, etc.
Click-derecho dentro de las celdas para mostrar menús
de atajos.
Usar claves de atajos, como F9 para agregar una causa,
Shift+F8 para editar un efecto, etc.
Doble-click dentro de una celda para editar el registro
directamente dentro de la Hoja de Trabajo.
continúa…
155
Usando la Vista Hoja de Trabajo
(continuación)
Seleccionar cualquiera de las columnas asociadas con
un registro para tener acceso a los comandos para ese
registro y los registros de abajo. Por ejemplo,
seleccionar una celda en cualquier columna de efecto
para:
©1992-2010 ReliaSoft Corporation
Agregar, insertar o pegar un efecto nuevo bajo el efecto
seleccionado.
Editar o copiar el efecto seleccionado.
Agregar una nueva causa asociada con el efecto seleccionado.
Cuando Usted está en el modo Editar (indicado por un
cursor que oscila dentro de la celda), usar Tab, Enter y
Shift+Tab para navegar alrededor de la Hoja de Trabajo.
Cuando una celda es seleccionada y Usted no está en el
modo Editar (indicado por un fondo de color azul), usar
las teclas de flechas para la navegación.
Para salir del modo Editar, presione Esc o Alt.
156
Vista Filtrada
En adición a las vistas Jerárquica y de
Hoja de Trabajo (que muestran el análisis
completo) la Vista Filtrada le permite
mostrar listas escogidas para cada tipo
de registro. Por ejemplo:
©1992-2010 ReliaSoft Corporation
Todos los efectos en el análisis ordenados por
CEF.
Todas las tareas en el análisis, ordenadas por
intervalo asignado, personal de mantenimiento,
costo por tiempo de servicio, etc.
Seleccionar “Ver Registros por Tipo” del
Menú Vista o usar el ícono.
©1992-2010 ReliaSoft Corporation
157
Vista Filtrada de RCM++
158
©1992-2010 ReliaSoft Corporation
Jerarquía: Efectos y Modos de Falla
Al identificar los efectos y causas (modos de fallas) para
fallas potenciales, se usan comúnmente dos alcances
dentro de los análisis de FMEA and RCM:
Identificar Efectos luego Causas (Modos de Falla)
Usado en la mayoría de análisis FMEA y en algunos
análisis de RCM, incluyendo análisis MSG-3 para la
industria aeronáutica.
Identificar Causas (Modos de Falla) luego Efectos
Usado en muchos análisis RCM e incluido por la norma
SAE JA1012.
Ambos alcances rinden los mismos resultados en el
análisis de diagrama lógico de RPN o RCM.
continúa…
159
Jerarquía: Efectos y Modos de Falla
(continuación)
RCM++ sigue el método de Identificar Efectos
antes que Causas (Modos de Falla) porque:
©1992-2010 ReliaSoft Corporation
La causa (Modo de Falla) es el nivel “accionable” del análisis
y es un ajuste natural para situar cada Causa (Modo de Falla)
al final, antes que se le asignen Acciones/Tareas.
Si Causas múltiples (Modos de Falla) tienen las mismas
consecuencias, el Efecto solo tiene que ser
definido/clasificado una vez.
La Causa (Modo de Falla) antes del alcance de
Efecto no provee de la misma flexibilidad.
160
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
INGRESSO DE INFORMACION
Consejos y Atajos para Ingresar y manejar
Informacion en Software RCM++
161
Atajos en el Ingreso de Información
©1992-2010 ReliaSoft Corporation
RCM++ provee de muchas formas de reducir tiempo
y errores usando información pre-definida para
facilitar el ingreso de información.
Importar proyectos o secciones de un proyecto desde otra
base de datos.
Buscar e importar ítems de otras bases de datos (Importar
Wizard).
Copiar/pegar registros de ítem, función, falla, efecto, causa,
control, acción y/o tareas dentro del mismo proyecto.
Importar la configuración del sistema y/o información de
FMEA desde una hoja desplegable Excel.
Las hojas desplegables deben encajar en los formatos
provistos con el RCM++.
Copiar/pegar información desde otros archivos (como
documentos de Word, hojas desplegables Excel).
Continued…
162
Atajos en el Ingreso de Información
(continuación)
Otros atajos en el ingreso de información incluyen…
©1992-2010 ReliaSoft Corporation
Copiar las características existentes le permiten copiar
todas las propiedades de un registro existente.
Seleccionar las ventanas existentes le permiten:
Obtener descripciones desde librerías de frases predefinidas.
Seleccionar descripciones desde otros registros en la misma
base de datos/proyecto.
Filtrar descripciones disponibles por clave.
Añadir o reemplazar descripciones existentes.
Usar flechas de navegación para agregar, editar o ver las
propiedades de los múltiples registros sin tener que abrir
o cerrar la ventana de cada registro.
163
©1992-2010 ReliaSoft Corporation
Librerías de Frases
Las Librerías de Frases son conjuntos predefinidos de funciones, fallas, efectos, causas,
controles, acciones y/o tareas.
Pueden ser usados para proveer a los analistas
con listas de modos de fallas para ser
considerados por un nuevo analista.
Pueden ser usados para asegurar que el mismo
modo de falla esté siempre descrito de la misma
forma.
Etc.
Almacenadas en la Librería, que puede ser
distribuída a otros usuarios de RCM++.
Cero, una o varias Librerías puede ser “activadas”
durante una sesión de trabajo dada.
164
Ventanas de Propiedades
Las Ventanas de Propiedades para los registros
en un análisis típico de RCM se presentan a
continuación. Esto incluye Ítems, Funciones,
Fallas, Efectos, Causas y Tareas.
©1992-2010 ReliaSoft Corporation
Las Ventanas de Propiedades para Registros de
Controles y Acciones, típicamente usadas con
FMEA/FMECA, se presentan después.
Usted puede usar el estilo de Interfase para
seleccionar qué propiedades serán
habilitadas/mostradas en estas ventanas y cómo
se llamará cada propiedad.
165
©1992-2010 ReliaSoft Corporation
Propiedades de los Ítem de RCM++
166
©1992-2010 ReliaSoft Corporation
Otras Propiedades de los Ítems
167
©1992-2010 ReliaSoft Corporation
Propiedades de la Función de RCM++
168
©1992-2010 ReliaSoft Corporation
Propiedades de la Falla de RCM++
169
©1992-2010 ReliaSoft Corporation
Propiedades del Efecto de RCM++
170
©1992-2010 ReliaSoft Corporation
Propiedades de la Causa de RCM++
171
©1992-2010 ReliaSoft Corporation
Propiedades de Tareas de RCM++
172
Tareas relacionadas
RCM++ le permite usar la misma tarea en múltiples
locaciones dentro del análisis.
Si Usted edita/actualiza el registro de la tarea original,
todas las instancias de la tarea se habrán actualizado.
Para definir una tarea relacionada, click “Agregar Tarea
relacionada” en la ventana del gestor de Tareas de
Mantenimiento y luego escoja la “fuente” de la lista.
©1992-2010 ReliaSoft Corporation
Las tareas relacionadas están identificadas dentro del
software por un ícono de relación y con un desnivel de
color anaranjado al lado izquierdo de la ventana de
Propiedades de Tareas.
La tarea relacionada es solo para leer. Usted debe
editar el registro “fuente” original de la tarea.
La tarea aparece solo una vez en reportes, diagramas y
consultas, sin tener en cuenta si el conjunto de
información seleccionada incluye solo el registro de la
fuente, solo el registro relacionado o ambos.
©1992-2010 ReliaSoft Corporation
173
Tareas relacionadas de RCM++
174
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
APOIO PARA LOGICA DEL
SOFTWARE RCM++
RCM++ Apoio la Logica de RCM Desde
las Principales Normas Publicadas
175
Selección de Equipo
©1992-2010 ReliaSoft Corporation
Para enfocar los recursos donde puedan proveer
el mayor beneficio, el RCM++ ofrece dos métodos
configurables para seleccionar equipo que serán
analizados con técnicas de RCM.
Preguntas de Selección de Equipo
Factores Críticos
Usted puede escoger y configurar cualquier
método o usar la opción “Sustitución Manual”.
176
©1992-2010 ReliaSoft Corporation
Preguntas sobre Selección de Equipo
Una serie de preguntas de Si/No, donde una
respuesta Si a cualquier pregunta indica que
el equipo debe ser considerado para un
análisis de RCM.
RCM++ se expide con las preguntas de
selección de las normas MSG-3, NAVAIR y
RAC. Usted puede también configurar estas
preguntas para llenar sus propias
necesidades.
177
©1992-2010 ReliaSoft Corporation
Preguntas sobre Selección de Equipo de
RCM++
178
©1992-2010 ReliaSoft Corporation
Factores de Criticidad de Selección de Equipo
Un conjunto de escalas valuadas designadas
para evaluar la criticidad de los equipos en
términos de seguridad, mantenimiento,
operaciones, impacto medioambiental, control
de calidad, etc.
El software calcula un valor para cada categoría
(es decir, la suma de los valores para cada factor
en una categoría dada) y global para el ítem (es
decir, la suma de todos los valores).
RCM++ se entrega con una muestra de las
escalas valuadas que pueden personalizar para
llenar sus propias necesidades.
179
©1992-2010 ReliaSoft Corporation
Factores de Criticidad SE de RCM++
180
Categorización de Efecto de Falla
©1992-2010 ReliaSoft Corporation
Un diagrama lógico con preguntas Si/No que lleva a
una clasificación de los efectos de falla (p.e.
Seguridad escondida, Economía Evidente, etc.).
RCM++ se expide con los diagramas lógicos CEF de
las principales normas publicadas. Usted puede
también configurar las preguntas/categorías para
llenar sus propias necesidades. El software apoya 4
configuraciones para el árbol lógico:
4 Categorías
5 Categorías (dividido en marca Si)
5 Categorías (dividido en marca No)
6 Categorías (dividido en marca No)
181
Árbol Lógico CEF con 4 Categorías
1 - (A) Will the loss of function caused by this
failure mode on its own become evident to the
operating crew under normal circumstances?
Yes
No
2 - (B and C) Is there an intolerable risk that the
effects of this failure mode could injure or kill
someone OR Is there an intolerable risk that the
effects of this failure mode could breach a known
environmental standard or regulation?
©1992-2010 ReliaSoft Corporation
Yes
-1Evident Safety
and
Environmental
Consequences
No
-2Evident
Economic
Consequences
3 - (E and F) Is there an intolerable risk that the
effects of the multiple failure could injure or kill
someone OR Is there an intolerable risk that the
effects of the multiple failure could breach a
known environmental standard or regulation?
Yes
-3Hidden Safety
and
Environmental
Consequences
No
-4Hidden
Economic
Consequences
From page 49 of SAE JA1012 "A Guide to the Reliability-Centered Maintenance (RCM) Standard."
182
Árbol Lógico CEF con 5 Categorías
1 - Is the occurrence of a functional failure
evident to the operating crew during the
performance of their normal duties?
Yes
No
2 - Does the Functional Failure or secondary
damage resulting from the Functional Failure
have a direct adverse effect on operating
safety?
3 - Does the combination of a Hidden
Functional Failure and one additional failure of
a system related or backup function have an
adverse effect on operating safety?
No
Yes
Yes
No
-8Hidden Safety
-9Hidden
Economic
©1992-2010 ReliaSoft Corporation
4 - Does the Functional Failure have a direct
adverse effect on operating capability?
-5Evident Safety
Yes
No
-6Evident
Operational
-7Evident
Economic
From the Air Transport Association (ATA) MSG-3 guidelines for aircraft systems and powerplant analysis.
183
Árbol Lógico CEF con 6 Categorías
1 - Will the loss of function caused by this failure mode on
its own become evident to the operating crew under normal
circumstances?
Yes
No
2 - Is there an intolerable risk that the effects
of this failure mode could injure or kill
someone OR Is there an intolerable risk that
the effects of this failure mode could breach a
known environmental standard or regulation?
No
Yes
©1992-2010 ReliaSoft Corporation
-1Evident Safety
and
Environmental
Consequences
-2Evident
Operational
Consequences
No
Yes
4 - Does the failure mode have a direct adverse
effect on operational capability?
Yes
3 - Is there an intolerable risk that the effects of the
multiple failure could injure or kill someone OR Is
there an intolerable risk that the effects of the
multiple failure could breach a known environmental
standard or regulation?
5 - Does the multiple failure have a direct
adverse effect on operational capability?
No
-3Evident NonOperational
Consequences
Yes
-4Hidden Safety
and
Environmental
Consequences
-5Hidden
Operational
Consequences
No
-6Hidden NonOperational
Consequences
From page 48 of SAE JA1012 "A Guide to the Reliability-Centered Maintenance (RCM) Standard."
184
©1992-2010 ReliaSoft Corporation
Categorización de Efecto de Falla de RCM++
185
©1992-2010 ReliaSoft Corporation
Selección de Tareas de Mantenimiento
Un conjunto de preguntas Si/No que
conducen al analista a seleccionar la
estrategia apropiada de mantenimiento
(usualmente basada en la Categorización del
Efecto de Falla).
RCM++ se entrega con las preguntas de
selección de tareas de las principales normas
publicadas. Usted puede también configurar
los tipos de preguntas/tareas para llenar sus
propias necesidades.
©1992-2010 ReliaSoft Corporation
186
Selección de Tareas de RCM++
187
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
CALCULOS DE COSTOS DE
TAREAS DE MANTENIMIENTO
RCM++ permite calcular el intervalo
optimo de MP y comparar las estrategias
de mantenimiento vasadas en costos y
disponibilidad
188
Calcular el Intervalo óptimo de MP
©1992-2010 ReliaSoft Corporation
RCM++ le permite calcular el intervalo (si es que hay)
óptimo de MP, el cual provee del menor costo posible
por unidad de tiempo de operación. Este requiere de:
Ventana de Causa
Especificar el pdf para el modo de falla (etiqueta de
Probabilidad).
Especificar el costo para cada acción de mantenimiento
correctivo (etiqueta de Mantenimiento Correctivo).
Ventana de Tarea
Seleccionar un tipo de tarea de Reparar/Reemplazar (etiqueta de
Tarea).
Seleccionar para asignar el intervalo basado en el Ítem Edad
(etiqueta de Tarea).
Especificar el costo para cada acción de mantenimiento
preventivo (etiqueta de Recursos MP).
Hacer click en el botón “Calcular el óptimo”.
©1992-2010 ReliaSoft Corporation
189
Calcular el Óptimo de RCM++
190
©1992-2010 ReliaSoft Corporation
Calcular Costo y Disponibilidad
RCM++ le permite simular la operación del equipo para
calcular los costos de operación y disponibilidad que
pueden esperarse de una estrategia de mantenimiento dada.
La simulación estima el # de MCs, # de inspecciones y/o
# de MPs, así como el tiempo de servicio que se puede
esperar sobre un tiempo de operación dado.
Estos valores son usados para calcular:
Costo Total de Operaciones
Costo por Tiempo de Servicios
Disponibilidad promedio
Usted puede usar estas mediciones (en adición a, o en lugar
de, los diagramas lógicos de RCM) para comparar y
seleccionar estrategias de mantenimiento.
191
©1992-2010 ReliaSoft Corporation
Calcular Costo y Disponibilidad
(continuación)
Los métodos de simulación/cálculo están disponibles
para las siguientes estrategias de mantenimiento:
Correr-hasta-Fallar
Reparación/Reemplazo programados
Servicio programado
Inspección de búsqueda de fallas programada
Inspección de condición programada
Modificación por una vez
El método de cálculo está determinado basado en el
“Tipo de Tarea” seleccionado en la ventana de
Propiedades de Tarea. Cada tipo de tarea en el menú
puede ser asociado con un método de Cálculo de
Costos vía la etiqueta de Tareas de la ventana de
Propiedades del Proyecto.
©1992-2010 ReliaSoft Corporation
192
Tipos de Tareas de RCM++
193
Ingreso de Cálculo de Costos
Los ingresos requeridos para el cálculo de
costos para RCM++ están situados en:
©1992-2010 ReliaSoft Corporation
Ventana Ítem Confiabilidad y Mantenibilidad
Ventana de Propiedades de Causa
Ventana de Propiedades de Tarea
Los requerimientos varían dependiendo del
tipo de cálculo (p.e. tipo de tarea).
Los campos requeridos son mostrados en
texto en marrón dentro del software.
©1992-2010 ReliaSoft Corporation
194
Ítem Mantenibilidad de RCM++
195
©1992-2010 ReliaSoft Corporation
Probabilidad de Causa de RCM++
©1992-2010 ReliaSoft Corporation
196
Recursos de MC de RCM++
197
©1992-2010 ReliaSoft Corporation
Tipo de Tarea y Duración de RCM++
198
©1992-2010 ReliaSoft Corporation
Recursos de Inspección de RCM++
©1992-2010 ReliaSoft Corporation
199
Recursos MP de RCM++
200
Unidades de Tiempo
Si las unidades están definidas para un tiempo de ingreso de un
cálculo dado, ellas deben definirse para todos los tiempos de
ingreso para ese cálculo.
Si unidades no están definidas, todos los tiempos de entrada (y
resultados) se asumen que tienen las mismas unidades.
©1992-2010 ReliaSoft Corporation
Esto es similar en los software de ReliaSoft’s BlockSim, Weibull++,
etc.
Si unidades están definidas, puede usar el menú “Unidades Base”
para convertir los tiempos de entrada con diferentes unidades para
propósitos de cálculo.
RCM++ se entrega con un menú de Unidades Base que
convierte días, semanas, meses, etc. a horas para propósitos de
cálculo.
Por ejemplo, Ud. podría ingresar el tiempo de operación en años, el
intervalo de la tarea en meses, la duración de la tarea en horas, etc.
Ud. puede personalizar el menú Unidades Base para encajar en
sus necesidades particulares.
©1992-2010 ReliaSoft Corporation
201
RCM++ Base Units Menu
202
©1992-2010 ReliaSoft Corporation
Costos de Parada
Si desea, el software va a calcular
automáticamente los costos del tiempo de parada
para cada estrategia de mantenimiento basada en
una específica tasa de tiempo de parada y
duración total de la tarea (p.e. esto cuesta $200 en
pérdida de producción, etc. para toda hora que el
equipo esta parado debido a mantenimiento).
Si Ud. ha ingresado la tasa de tiempo de parada en
la ventana Reliability/Maintainability, el software
calcula automáticamente el “Costo de Tiempo de
Parada” en los Recursos de MC, Recursos de
Inspección y/o de MP en la etiqueta de Recursos.
203
Factor de Restauración
©1992-2010 ReliaSoft Corporation
Algunos cálculos le requieren especificar un
Factor de Restauración para la acción de
mantenimiento.
Un número del 0 al 1 que indica el porcentaje por el
cual el equipo va a ser restaurado por la acción de
mantenimiento.
Por ejemplo, 1 indica que el equipo esta “tan bueno
como nuevo” después de la acción de
mantenimiento (p.e. con una nueva edad de 0) y 0
indica que el equipo no ha mejorado nada por la
acción de mantenimiento (p.e. con una edad igual
que la edad antes de ejecutar el mantenimiento).
204
Detección de Falla
©1992-2010 ReliaSoft Corporation
Cálculos para las tareas de inspección en la Condición
requieren que Usted provea de una indicación de
cuándo la proximidad de una falla se volverá detectable
durante la inspección. RCM++ provee de dos opciones:
Punto de Inicio de la Detección de Fallas (Failure Detection
Threshold - FDT): Un número de 0 a 1 que indica el porcentaje de
la vida de un ítem que debe transcurrir antes que se pueda detectar
la falla que se aproxima.
Por ejemplo, si el FDT es .9 y el ítem caerá a los 1000 días, la
falla que se aproxima puede empezar a ser detectada a los 900
días.
Intervalo P-F: La cantidad de tiempo antes que una falla que se
aproxima pueda ser detectada por la inspección. Este es el “período
de advertencia” que mide de P (cuando una falla potencial puede
ser detectada) a F (cuando la falla ocurre).
Por ejemplo, si el Intervalo P-F es de 200 días y el ítem fallará a
los 1000 días, la falla que se aproxima puede empezar a ser
detectada a los 800 días.
205
Cálculos de Correr-hasta-Fallar
©1992-2010 ReliaSoft Corporation
Para realizar los cálculos de la estrategia de
mantenimiento de Correr-hasta-Fallar (sólo MC), Usted
debe ingresar lo siguiente:
Ítem Ventana Confiabilidad y Mantenibilidad
Tiempo de Operación
Ventana de Propiedades de Causa
Probabilidad de Falla
Detectabilidad (Si/No)
asume que es Si sí no es especificado
Factor de Restauración
asume que es 1 (tan bueno como si fuera nuevo) sí no es
especificado
Duración de MC por Incidente
asume que es 0 sí no es especificado
Costo de MC por Incidente
asume que es $0 sí no es especificado
206
Cálculos de Reparar/Reemplazar
©1992-2010 ReliaSoft Corporation
Para realizar los cálculos para una estrategia de
mantenimiento de reparación/reemplazo
programado, Usted debe ingresar lo siguiente:
Todos los ingresos requieren de cálculos de Correr-hastaFallar
Ventana Propiedades de Tarea
Intervalo asignado
Factor de Restauración
asume que es 1 (tan bueno como si fuera nuevo) sí no es
especificado
Duración de MP por Incidente
asume que es 0 sí no es especificado
MP Costo por Incidente
asume que es $0 sí no es especificado
207
Cálculos de Servicio
Para realizar los cálculos para una estrategia de
mantenimiento de servicio programado, Usted
debe ingresar lo siguiente:
Todos los ingresos requeridos para los cálculos de Correrhasta-Fallar
Ventana de Propiedades de Tarea
Intervalo asignado
Factor de Restauración
©1992-2010 ReliaSoft Corporation
Típicamente se espera que sea menor que 1 (es decir, que
restaure el equipo pero no lo hace “tan bueno como si fuera
nuevo”)
Duración de MC por Incidente
asume que es 0 sí no es especificado
Costo de MC por Incidente
asume que es $0 sí no es especificado
NOTA: En el caso de fallas indetectables, la simulación asume
que la acción del mantenimiento correctivo será iniciada si se
halla que el ítem fallará durante la tarea de servicio.
208
Cálculos de Búsqueda de Fallas
Para realizar los cálculos para una estrategia de
mantenimiento de inspección programada para
búsqueda de fallas, Usted debe ingresar lo
siguiente:
Todos los ingresos requeridos para los cálculos de Correr-hastaFallar
Ventana de Propiedades de Tarea
Intervalo asignado
Duración de MC por Incidente
©1992-2010 ReliaSoft Corporation
asume que es 0 sí no es especificado
Costo de MC por Incidente
asume que es $0 sí no es especificado
NOTA: En el caso de fallas indetectables, la simulación asume que
la acción del mantenimiento correctivo será iniciada si se halla que
el ítem fallará durante la tarea de servicio.
209
Cálculos en la Condición
©1992-2010 ReliaSoft Corporation
Para realizar los cálculos para una estrategia de
mantenimiento de inspección programada basada en la
condición, Usted debe ingresar lo siguiente:
Todos los ingresos requeridos para los cálculos de Correr-hasta-Fallar
Ventana de Propiedades de Tarea
Para cada inspección:
Intervalo asignado
Duración de Inspección por Incidente
asume que es 0 sí no es especificado
Costo de inspección por Incidente
asume que es $0 sí no es especificado
Punto de inicio de detección de la falla o Intervalo P-F
Si se halla que el ítem va a fallar:
Factor de Restauración
asume que es 1 (tan bueno como si fuera nuevo) sí no es
especificado
Duración de MP por Incidente
asume que es 0 sí no es especificado
Costo de MP por Incidente
asume que es $0 sí no es especificado
210
Cálculos de Tarea de una vez
Para realizar los cálculos para una tarea de
diseño de una vez o otra tarea superior,
Usted debe ingresar lo siguiente:
Ítem Ventana Confiabilidad y
Mantenibilidad
Tiempo de Operación
©1992-2010 ReliaSoft Corporation
Ventana Propiedades de Tareas
Costo por Incidente
211
Empaquetado de Mantenimiento
©1992-2010 ReliaSoft Corporation
Si desea, Usted puede agrupar las tareas de
mantenimiento en “paquetes” basados en
intervalos, requerimientos de trabajo, etc. Para
proveer una más eficiente distribución de los
recursos. RCM++ provee:
Ventana de Empaquetamiento de las Tareas de
Mantenimiento
Le permite asignar tareas individuales a paquetes
manual o automáticamente.
Reportes de Paquete de Mantenimiento
Presentar información de tareas agrupadas por
paquete.
212
©1992-2010 ReliaSoft Corporation
Ventana de Empaquetamiento de Tareas de
RCM++
213
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
REPORTES, ESQUEMAS Y
CONSULTAS
Impresion Final de Reportes, Esquemas
Graficos y Consultas ad-hoc de los
Clientes
214
Reportes de Impresión Rápida
©1992-2010 ReliaSoft Corporation
RCM++ le permite generar una serie de formatos de
reportes en impresión rápida para presentar sus
análisis de RCM.
Selección de Equipo
Confiabilidad y Mantenibilidad de Equipo
Análisis Funcional de Fallas
Clasificación de Efecto de Fallas
Selección de Tareas de Mantenimiento
Resumen de Tareas de Mantenimiento
Resumen de Paquete de Mantenimiento
Detalles de Tareas de Mantenimiento
Los reportes pueden ser generados en Microsoft
Word o en Excel.
215
©1992-2010 ReliaSoft Corporation
Generador de Reportes de RCM++
216
Esquemas Gráficos
©1992-2010 ReliaSoft Corporation
El visualizador gráfico flexible del RCM++ le permite
generar una variedad de esquemas para la
ilustración gráfica de sus análisis. Los esquemas
relacionados al RCM incluyen:
Gráfico torta de Preguntas de Selección de Equipos
Gráfico de Barras de Selección de Criticidad de Equipos
Gráfico torta de Clasificación de Efecto de Fallas
Gráfico torta de Tipos de Tareas
Gráfico torta de Estado de Tareas
Gráfico de Barras de Costos de Tareas
Los esquemas gráficos pueden ser guardados como
Metafiles de Windows (*.wmf) y/o copiados/pegados
a otros documentos.
©1992-2010 ReliaSoft Corporation
217
RCM++ Plot Viewer Utility
218
©1992-2010 ReliaSoft Corporation
Consultas Ad-hoc
El utilitario de consultas de RCM++ le permite
realizar consultas de ítems, funciones, fallas,
efectos, causas, controles, acciones y/o
tareas basadas en cualquiera de las
propiedades de los registros.
Los resultados de las consultas pueden ser
enviados a Excel para un análisis y
presentación más extensos.
Las consultas pueden ser guardadas y
rehusadas.
219
©1992-2010 ReliaSoft Corporation
Utilitario de Consultas de RCM++
220
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
CAPACIDADE DE FMEA/FMECA
Las Caracteristicas Integradas de
FMEA/FMECA Incluyen (Risk Priority Numbers
– rpn), Analisis de Criticidad y Gestion de
Acciones/Controles
221
RCM++ y FMEA/FMECA
El RCM++ está completamente integrado con el software
Xfmea de ReliaSoft y provee apoyo integrado para
FMEA/FMECA y las características relacionadas, incluyendo:
©1992-2010 ReliaSoft Corporation
Número de Prioridad de Riesgo (Risk Priority Numbers – RPNs)
Análisis de Criticidad
Gestión Actual de Controles
Gestión de Acciones recomendadas y Rastreo
Planeamiento Avanzado de Calidad del Producto (Advanced
Product Quality Planning - APQP), incluyendo los Diagramas
de Flujo de Procesos, Planes de Control y DVP&Rs.
Estas características pueden ser usadas para análisis
suplementarios de RCM (p.e. RPN incorporado o valoración
de criticidad de riesgos en su análisis de RCM) o
independientemente para aplicaciones separadas de
FMEA/FMECA.
222
Cálculo de RPN en RCM++
Si Usted ha habilitado los cálculos de RPN para un
proyecto, RCM++ automáticamente calcula el RPN a un
nivel de Causa del análisis, como sigue:
Efecto
Causa
Causa
©1992-2010 ReliaSoft Corporation
RPN = Severidad x Ocurrencia x Detección
1=1x1x1
125 = 5 x 5 x 5
500 = 5 x 10 x 1 ó 10 x 5 x 1 ó 1 x 5 x 10, etc.
1000 = 10 x 10 x 10
Etc.
223
% de Reducción en RPN
Si son calculados el RPN inicial y el revisado,
RCM++ automáticamente calcula el % de
reducción en RPN.
©1992-2010 ReliaSoft Corporation
Esto representa el cambio estimado en RPN luego que las
acciones recomendadas han sido completadas.
RPNi − RPNr
% Reducciónen RPN =
RPNi
Por ejemplo,
RPN Inicial = 5 x 4 x 8 = 160
RPN Revisado = 5 x 3 x 5 = 75
% de Reducción = (160 – 75) / 160 = 53.13%
224
RPNs y Fallas
Si quiere calcular el RPN al nivel de Falla en el
análisis dentro de RCM++, Usted puede:
Asignar la Severidad solo al primer efecto.
Y
Asignar la Ocurrencia y Detección solo a
primera causa.
©1992-2010 ReliaSoft Corporation
Y
Seleccionar “Destacar RPNs para Causa de
Falla” en la configuración del usuario.
225
Análisis de Criticidad en RCM++
©1992-2010 ReliaSoft Corporation
RCM++ apoya ambos análisis de criticidad
tanto cuantitativos como cualitativos.
Para análisis cuantitativos, RCM++ obtiene las Fallas
Esperadas de las propiedades de confiabilidad asociadas
con el ítem.
Calculado automáticamente basado en la distribución
dependiente del tiempo y Tiempo de operación dado.
Determinado valor fijo de confiabilidad (independiente
del tiempo).
Calculado automáticamente basado en la información de
confiabilidad ingresada para sub-ítems.
La norma MIL-STD-1629A llama tasa de falla constante en
un tiempo dado. RCM++ puede acomodar esto (vía la
distribución exponencial) y también expandir el método de
cálculo para incluir otras distribuciones de fallas.
continúa…
226
Análisis de Criticidad en RCM++
(continuación)
©1992-2010 ReliaSoft Corporation
Más consideraciones para Análisis de
Criticidad en RCM++:
Los Factores de Criticidad deben ser
específicamente habilitados para el proyecto y
están asignados al nivel de Fallas del análisis.
Los reportes pueden ser generados en Microsoft
Word o Excel de acuerdo al formato MIL-STD-1629A
o formato estándar de RCM++ para hojas
desplegables FMECA.
227
©1992-2010 ReliaSoft Corporation
Utilitario de Criticidad de Análisis de RCM++
228
©1992-2010 ReliaSoft Corporation
Gestión de Controles de RCM++
229
Gestión de Acciones en RCM++
©1992-2010 ReliaSoft Corporation
RCM++ provee de capacidades flexibles de
gestión de acciones, incluyendo:
Envío de e-mails de notificación (automática o manualmente)
que incluye todos los detalles de la acción definida.
Rastreo de los costos estimados y reales asociados con la
acción, así como la diferencia de costo.
Acciones de grupo por categoría y/o prioridad.
Actualización del análisis con reportes de estado periódicos
para acciones que no están aún completadas.
Rastreo del cumplimiento de la acción, así como de la revisión
y de la aprobación.
Reportes y esquemas flexibles para registros de acciones.
Definir acciones relacionadas, que representan la misma
acción exacta registrada en muchos lugares dentro del
análisis.
©1992-2010 ReliaSoft Corporation
230
Gestor de Acciones de RCM++
231
©1992-2010 ReliaSoft Corporation
Propiedades de Acciones de RCM++
232
©1992-2010 ReliaSoft Corporation
Actualizaciones del Estado de la Acción
233
©1992-2010 ReliaSoft Corporation
Revisión y Aprobación de Acciones
234
Hoja desplegable FMEA
RCM++ provee de cinco formatos diferentes para
el reporte de la hoja desplegable FMEA.
©1992-2010 ReliaSoft Corporation
Estándar
J1739
AIAG
MIL-STD-1629A
Comprensivo
Escoja un formato de la Ventana de Generación
de Reporte.
RCM++ seleccionará un formato por defecto basado en
el perfil usado para fijar las propiedades del proyecto.
continúa…
235
Hoja desplegable FMEA
(continuación)
El formato estándar es recomendado a menos que
Usted haya seleccionado un estilo de interfase
basado en uno de las normas publicadas de FMEA
o desee incluir campos definidos por el usuario.
©1992-2010 ReliaSoft Corporation
El formato estándar desplegará solo esas columnas
que Usted haya seleccionado para habilitar/mostrar
vía el estilo de interfase para el proyecto y usará
los nombres que Usted defina.
Si Usted escoge un formato de reporte que no
encaje en el estilo de interfase activo, algunas
columnas pueden estar en blanco o alguna
información puede ser omitida.
236
Otras Reportes de impresión-rápida de FMEA
©1992-2010 ReliaSoft Corporation
RCM++ le permite generar un conjunto de formatos
de reportes de impresiones rápidas para
complementar la hoja desplegable FMEA estándar.
Criterio y Clasificaciones
Propiedades del Proyecto y Análisis
Fallas (Resumido y detallado)
Efectos
Causas
Acciones (Resumido y detallado)
Controles actuales
Hoja desplegable de criticidad, Clasificaciones y
Reportes de Matriz
237
Esquemas FMEA
©1992-2010 ReliaSoft Corporation
El visualizador gráfico flexible del RCM++ le permite
generar una variedad de esquemas para la
ilustración gráfica de sus análisis. Los esquemas
incluyen:
Gráfico (de barras) Pareto de RPN y Escalas valuadas
Matriz de Ocurrencia/Severidad
Gráfico torta de Escalas valuadas
Gráfico (de barras) Pareto de Costos de Acciones
Gráfico torta de Estado de la Acción, categoría y
prioridad
Gráfico torta de Tipos de Control
Los esquemas gráficos pueden ser guardados como
Metafiles de Windows (*.wmf) y/o copiados/pegados
a otros documentos.
238
INTRODUCCION Y
VISION GENERAL
DEL RCM
EDUCATION
PROCEDIMIENTO
BASICO DE
ANALISIS
SOFTWARE RCM++
RELIASOFT
BASES DE DATOS Y
PROYECTOS
INGRESSO DE
INFORMACION
APOIO PARA
LOGICA DEL
SOFTWARE RCM
CALCULOS DE COSTOS
DE TAREAS DE
MANTENIMIENTO
REPORTES,
ESQUEMAS Y
CONSULTAS
CAPACIDADE DE
FMEA/FMECA
CARACTERISTICAS
ADMINISTRATIVAS
CARACTERISTICAS
ADMINISTRATIVAS
Backups y rastreo de la revision
239
©1992-2010 ReliaSoft Corporation
Herramientas de Bases de Datos
Los utilitarios de gestión de la base de datos
de RCM++ proveen de la habilidad de:
Tener archivos de copias de seguridad de
bases de datos.
Comprimir y reparar archivos de bases de
datos.
Usted puede realizar estas operaciones
manualmente o configurar el software para
realizarlas automáticamente cada vez que
cierre la base de datos (Opción Configuración
de Usuario).
240
Rastreo de la Revisión
©1992-2010 ReliaSoft Corporation
RCM++ provee de los siguientes mecanismos de
rastreo de la revisión:
RCM++ rastrea la última revisión a cada registro de análisis
dentro de la base de datos.
RCM++ mantiene un registro de cada entrada de usuario a la
base de datos.
Para las bases de datos con Seguridad de entrada habilitada,
RCM++ muestra el usuario y el día/fecha.
Para las bases de datos con Seguridad de entrada
deshabilitada, RCM++ muestra solo la día/fecha.
RCM++ le permite crear líneas base, o réplicas exactas de la
base de datos en un punto particular en el tiempo.
Guarda líneas de base dentro de la base de datos o como
archivos separados.
Habilidad para “regresar” a una versión previa de la base de
datos.
241
©1992-2010 ReliaSoft Corporation
Cambio de Log
RCM++ también permite a los usuarios autorizados
el activar y manejar un Cambio de Log para un
análisis particular. Dependiendo de las
selecciones, el log puede incluir:
Historia de la Versión
Día/fecha y usuario quien hace cada cambio
Tipo de cambio
Registro y propiedad que fueron cambiados
Valor antes y valor después
Justificación para el cambio
El rastreo de la aprobación electrónica también
está disponible.
Worldwide Headquarters (North
America)
ReliaSoft Corporation
1450 S. Eastside Loop
Tucson, AZ 85710-6703, USA
Phone: (+1) 520-886-0410
(USA/Canada Toll Free: 1-888-886-0410)
Fax: (+1) 520-886-0399
E-mail: Sales@ReliaSoft.com
Web site: www.ReliaSoft.com
Regional Centers
See Web sites for complete contact info.
Europe and Middle East
ReliaSoft Corp. Poland Sp. z o.o.
Warsaw, Poland
Web site: www.ReliaSoft.eu
Asia Pacific
ReliaSoft Asia Pte Ltd
Singapore
Web site: www.ReliaSoftAsia.com
South America
ReliaSoft Brasil
São Paulo, Brasil
Web site: www.ReliaSoft.com.br
India
ReliaSoft India Private Limited
Chennai, India
Web site: www.ReliaSoftIndia.com
242
243
Revision History
Version
Date
Author
1.0.1
6/24/2008
Pantelis
1.0.2
6/25/2008
Lisa Hacker
1.0.3
6/25/2008
Pavlos Savva
Minor Adjustments/Cleanup
1.0.4
6/26/2008
Lisa Hacker
Final draft.
Modified the master slides for the section and sub-section header slides so
that there would be as much room for text in the section title area as there
was in the RS 560 presentation. Also modified this revision history slide to
make it easier to type detailed “revision history” notes.
1.0.5
7/3/2008
Lisa Hacker
1.0.6
02/25/2010
Harry Bordim
Notes
Rev Log for this Template
Minor adjustments.
Revisão de erros ortográficos e ajuste de imagens.
244
Presentation Responsibility
Before each new printing, the primary owner (or in his/her absence, the secondary owner) needs to approve this
presentation. Also, all instructors listed need to be made aware of the changes.
Primary Owner
Secondary Owner
Pantelis Vassiliou
Lisa Hacker
Adam Mettas
Sharon Honecker
Hongan Lin
Arai Monteforte
Muthukumar Udaiappan
Instructors
Jackie Hostrawser
Pavlos Savva
Cid Augusto
Eduardo Seixas
Marcel Parreira
Jaime Collantes