Confiabilidad de sistemas

El trmino confiabilidad es descrita en el diccionario de la RAE como "probabilidad de

buen funcionamiento de algo". Por tanto, extendiendo el significado a sistemas, se dice que
la confiabilidad de un sistema es la probabilidad de que ese sistema funcione o desarrolle
una cierta funcin, bajo condiciones fijadas y durante un perodo determinado.
Un sistema es una coleccin de componentes/subsistemas dispuestos de acuerdo a un
diseo dado con el propsito de lograr el cumplimiento de unas determinadas funciones con
una adecuacin y confiabilidad aceptables. El tipo de componentes, su cantidad, su calidad
y el modo en que estn dispuestas tiene un efecto directo en la confiabilidad de sistema.
La confiabilidad se define como la probabilidad de que un bien funcione adecuadamente
durante un perodo determinado bajo condiciones operativas especficas (por ejemplo,
condiciones de presin, temperatura, friccin, velocidad, tensin o forma de una onda
elctrica, nivel de vibraciones).
Planes de inspeccin y confiabilidad
Los conceptos de planes de inspeccin y confiabilidad estn sumamente relacionados. La
confiabilidad se define como la probabilidad de que un equipo funcione adecuadamente
durante un perodo determinado bajo condiciones operativas especficas (por ejemplo,
condiciones de presin, temperatura, velocidad, tensin o forma de una onda elctrica, nivel
de vibraciones, etc.) y los planes de inspeccin son el conjunto de tcnicas utilizadas para
asegurar el correcto y continuo uso de equipos, maquinaria, instalaciones y servicios a fin
de evitar su rotura (es decir, aumento de su confiabilidad). Por tanto, se analiza en conjunto
ambos trminos.
Esencialmente hay dos tipos de Planes de inspeccin: preventivo y correctivo.
En el preventivo, el objetivo es incurrir en gastos modestos de servicio del equipo, con el
fin de evitar fallos potencialmente caros durante su funcionamiento. Normalmente, el
equipo deja de funcionar durante las inspecciones preventivas, y el efecto fsico de las
actividades de mantenimiento es paliar los efectos del funcionamiento previo.
En contraste, el correctivo (o reparacin) es la respuesta al fallo del equipo con el fin de
devolverlo a un estado de funcionamiento.
Para ambas clases de Planes de inspeccin, puede asumirse que existen varios tipos de
estructuras de coste y varios tipos de patrones de comportamiento de los equipos. Por
consiguiente, hay bastantes casos de modelos distintos.
Es importante notar que el modelado y anlisis de los procedimientos de los Planes de
inspeccin de equipos requieren a menudo considerar el sistema completo en vez de sus
componentes individuales.


Plan de inspeccin preventivo
Para la mayora de los casos industriales de produccin, es preferible y preferente aplicar
Planes de inspeccin preventivo antes de un correctivo, a fin de no entorpecer la
produccin y evitar imprevistos ocasionados por la rotura del sistema. El motivo por el que
se sustituye un dispositivo que funciona es que el coste de hacerlo es pequeo en
comparacin con el coste de responder a un fallo que ocurra durante el funcionamiento del
dispositivo, un fallo en el campo. Histricamente, se han definido dos tipos de polticas de
Plan de inspeccin preventiva. Se designan como sustitucin por edad y sustitucin en
bloque.
Una poltica de sustitucin por edad implica el cambio de un dispositivo por otro nuevo,
siempre que el dispositivo falla o alcanza la edad preestablecida.
Con la sustitucin en bloque, el dispositivo en funcionamiento se sustituye en tiempos
espaciados uniformemente independientemente de su edad en dichos instantes de tiempo.
Los valores ptimos de los tiempos de la poltica pueden ser determinados analizando los
modelos apropiados de costes.
La distincin entre fallos y sustituciones es que las sustituciones incluyen tanto a los
dispositivos cambiados debido a fallos como a los reemplazados preventivamente antes del
fallo.
La motivacin para utilizar un programa de Plan de inspeccin preventivo es que al hacer
sustituciones planificadas (reparaciones), la frecuencia de fallos de campo no planificados
ser reducida y presumiblemente esto significar un ahorro de costes.
EL PROCESO DE INSPECCIN
Una inspeccin puede definirse como el examen de la concepcin de un producto, de un
producto, de un servicio, de un proceso o de una fbrica, y la determinacin de su
conformidad con requisitos especficos o, a base de un juicio profesional, con los requisitos
generales. La inspeccin de los procesos se refiere al personal, las instituciones, la
tecnologa y la metodologa. Los resultados de la inspeccin pueden usarse como soporte
de la certificacin.
Los organismos de inspeccin son los organismos que proceden a la inspeccin: realizan,
pues, evaluaciones basadas en la aplicacin de controles de conformidad.
Los controles se refieren a caractersticas de los productos, materiales, instalaciones,
fbricas, procesos, procedimientos de trabajo o servicios, y determinan la conformidad con
los requisitos estipulados.
Las inspecciones se realizan en funcin de rdenes de servicio emitidas por la autoridad
central. El proceso de ejecucin de las rdenes de servicio puede esquematizarse as:

Quien imparte la orden de inspeccin es la autoridad competente. Esta produce textos que
renen los criterios de conformidad. Es ella tambin quien pide que se proceda a
inspecciones, especificando la naturaleza y la cantidad de los objetos que han de
inspeccionarse.
Estas rdenes de servicio constituyen la referencia reglamentaria de cada pas. Para la
buena ejecucin de dichas rdenes, es necesario:
cuantificar las inspecciones y a veces incluso las operaciones de control que las
constituyen;
precisar su frecuencia;
definir con precisin la metodologa seguida por las inspecciones;
definir los anlisis (cantidad, mtodos, umbrales). - 15 -
El 88 % por ciento de los Pases Miembros asumen el control completo del proceso de
inspeccin en materia de sanidad animal, mientras que la proporcin es muy inferior para el
proceso de inspeccin de los productos alimentarios: slo un 52 % de los Pases Miembros
asumen el control completo del mismo.

LOS CRITERIOS DE EVALUACIN DE UN PROCESO DE INSPECCIN
Para probar que una organizacin es competente, fiable e imparcial, hay que examinar las
responsabilidades, los procedimientos de organizacin y los recursos.
Esta evaluacin de los recursos implica el examen de los recursos humanos, de los
presupuestos de funcionamiento, de los locales puestos a disposicin, de los sistemas de
comunicacin, de los medios de transporte, de las capacidades de anlisis (laboratorios de
diagnstico y laboratorios de investigacin), de las capacidades de intervencin, del soporte
reglamentario, de los programas de vigilancia, de las capacidades cientficas, etc..
Entre dichos criterios de evaluacin de los recursos, reviste particular importancia el
examen de las competencias tcnicas y cientficas de los inspectores.
Deben arbitrarse procedimientos a fin de garantizar que personas u organizaciones ajenas al
organismo no puedan influir en los resultados de las inspecciones efectuadas.
Para merecer confianza, el organismo de inspeccin debe ser imparcial e independiente.
Estas dos nociones no son de igual naturaleza. La imparcialidad (no tomar partido por uno
o por otro) es un criterio absoluto, mientras que la independencia es un criterio relativo.
La imparcialidad es una obligacin de resultado: es impensable que un documento
normativo reconozca que un organismo pueda ser parcial. El mbito de la imparcialidad no
tiene lmites.
La independencia es una obligacin de medios. La nocin de independencia es, por
esencia, relativa: se es independiente con respecto a tal o cual persona, a tal o cual
organismo, en lo relativo a tal o cual actividad o a tal o cual funcin. La independencia de
un organismo supone que ste no est sometido a ningn otro organismo o colectividad: es
la ausencia de dependencia entre instituciones. La independencia del organismo de
inspeccin no es una cualidad absoluta, sino una condicin necesaria previa de su
imparcialidad, de la integridad del organismo y de la de su personal.
El criterio de imparcialidad engloba necesariamente la independencia, mientras que la
independencia no implica necesariamente la imparcialidad. Para que el requisito de
independencia sea respetado en la funcin de inspeccin y no quede reducido a piadosas
intenciones, la independencia debe estar caracterizada por obligaciones de medios y
definida en trminos verificables.
Este punto de organizacin es esencial, pues muy a menudo los imperativos de la economa
y de la produccin dan lugar a dudas sobre la sinceridad de la certificacin y el valor del
certificado sanitario.
Tipos de sistemas
Los modelos matemticos permiten analizar caractersticas del comportamiento de sistemas
con un esfuerzo, coste y riesgo sensiblemente inferior al que correspondera a la realizacin
de los mismos anlisis sobre el propio sistema. El desarrollo de cualquier modelo
matemtico, ya sea para estudiar la fiabilidad de un sistema o cualquier otra caracterstica,
parte del establecimiento de una serie de hiptesis. Es, por tanto, imprescindible conocer
con exactitud la base del desarrollo de cualquier modelo, de forma que se sepa cmo de
cerca o lejos se est de la realidad y, consiguientemente, como de veraces son los
resultados.
Se reconoce en general que existen cuatro tipos genricos de relaciones estructurales entre
un dispositivo y sus componentes. Estos son: serie, paralelo, k-de-n y sistemas coherentes.
Funcin estructural de un sistema
-La confiabilidad de un sistema depende tanto de la confiabilidad individual de cada una
de sus componentes como del modo lgico en que estn conectadas dichas componentes en
relacin con el funcionamiento o no del sistema. Se supone que el estado de
funcionamiento o fallo de las componentes determina el estado de funcionamiento o fallo
del sistema. Esta informacin se recoge en la llamada funcin estructura del sistema.

- Suponemos que el sistema est formado por n componentes y que el estado de la
componente i est descrito por la variable Xi que puede tomar valor 1 si funciona o 0 si no
funciona. El estado del sistema XS es una funcin de las variables Xi:

es la funcin estructura del sistema.
Denotaremos mediante RS la fiabilidad del sistema, mediante Ri la fiabilidad de la componente
i. Por tanto, . Mediante denotaremos la probabilidad
de fallo del sistema, anlogamente

Sistemas en serie
- En una configuracin en serie el fallo de cualquiera de sus componentes provoca el fallo
del sistema. En la mayora de los casos, cuando consideramos sistemas completos y su
descomposicin ms bsica, se obtiene una ordenacin lgica de sus componentes en serie.
Es decir, un sistema serie es aquel en el que todos los componentes deben funcionar
adecuadamente para que funcione el sistema. La funcin estructura del sistema es:

La confiabilidad del sistema es la probabilidad de que todas las componentes del sistema
funcionen. Como consideramos independientes los tiempos de vida de las componentes
entonces la fiabilidad del sistema es:

- Efecto de la fiabilidad de una componente en la confiabilidad del sistema En una
configuracin en serie la componente con una menor fiabilidad tiene una mayor influencia
en la confiabilidad del sistema. Se dice que una cadena es tan buena como su eslabn ms
dbil.

Representacin de una estructura en serie

Sistemas en paralelo
- En una configuracin en paralelo se precisa el funcionamiento de al menos una
componente para que el sistema funcione. Se dice que las componentes son redundantes.
La redundancia es uno de los mtodos utilizados para mejorar la confiabilidad de un
sistema. La funcin estructura del sistema es:

- La funcin de confiabilidad de sistema es:

-Efecto de la fiabilidad de las componentes en la confiabilidad del sistema En un sistema
en paralelo la componente ms importante de cara a la fiabilidad es aquella que tiene la
mayor fiabilidad de todas. La caracterstica inherente al modelo paralelo se llama
redundancia: Es decir existe ms de un componente para desempear una funcin dada. La
redundancia puede ser de dos clases:
Redundancia activa.- En este caso, todos los elementos redundantes estn activos
simultneamente durante la misin.
Redundancia secuencial (llamada tambin stand-by o pasiva).-En esta ocasin, el elemento
redundante slo entra en juego cuando se le da la orden como consecuencia del fallo del
elemento primario. Hasta que llega ese momento el elemento redundante ha permanecido
inactivo, en reserva, pero ha podido estar:
- Totalmente inactivo (Ej.: La rueda de repuesto de un automvil)
- Energizado total o parcialmente (Ej.: Un grupo electrgeno).

Representacin de una estructura en paralelo.
Sistemas k-out-of-n
- La configuracin k-out-of-n consiste en una generalizacin del sistema en paralelo en la
que se requiere el funcionamiento de k de las n unidades para que el sistema funcione. Por
ejemplo un avin que tiene cuatro motores pero que con al menos dos de ellos en
funcionamiento puede volar, es un sistema 2-out-of-4.
La funcin estructura de un sistema k-out-of-n es:

La funcin de fiabilidad, cuando se consideran componentes independientes y con
idntica fiabilidad R es:

-Confiabilidad de un sistema k-out-of-n con componentes no idnticas Un mtodo de
clculo de la fiabilidad consiste en determinar todas las posibles combinaciones distintas de
funcionamiento y calcular la probabilidad de cada una de ellas.
-Combinacin de subsistemas en serie y en paralelo La confiabilidad del sistema
resultante se calcula evaluando primero la confiabilidad de cada subsistema para
posteriormente combinarlos de manera adecuada.

Representacin de una estructura en k-out-of-n.

Sistemas Coherentes
La definicin de confiabilidad presenta cuatro elementos: probabilidad, tiempo, entorno, y
funcionamiento correcto. Es necesario hablar en trminos probabilsticos al referirse al
posible estado del sistema en un instante futuro; el tiempo es esencial, ya que la
probabilidad de que los componentes funcionen depende del tiempo transcurrido, por ser la
mayora de los procesos de degradacin que causan sus fallos funcin de este; la
especificacin del entorno de operacin es necesaria, ya que un mismo componente perder
sus cualidades de forma distinta en entornos distintos, y consiguientemente sus
probabilidades de supervivencia o funcionamiento correcto sern diferentes; y por ltimo,
debe definirse lo que se entiende por funcionamiento correcto, es decir, debe establecerse la
lnea divisoria ente funcionamiento y fallo.
-Una componente i de un sistema es relevante cuando existe al menos una situacin,
definida por el estado del resto de las componentes, en que el funcionamiento del sistema
depende de que la componente i funcione o no, esto es, vector de estado de las
componentes x t. q. (1i , x ) > (0i , x ). Por tanto una componente es irrelevante cuando
para todo vector de estados de las componentes x se verifica que (1i , x ) = (0 i , x ) .
Un sistema se dice que es coherente si todas sus componentes son relevantes y la funcin
estructura es no decreciente en cada argumento.
(1)= 1, (0)= 0, si (x) es la funcin estructura de un sistema coherente, entonces se
verifica:


Diagramas de Bloque de confiabilidad (RBDS)
En fiabilidad un diagrama de bloques (RBD) es una representacin grfica de los
componentes/subsistemas del sistema, y de cmo se relacionan desde el punto de vista de la
fiabilidad. En algunos casos, esta relacin es distinta de la relacin fsica. Por ejemplo, un
grupo de resistencias que est conectado fsicamente en paralelo desde el punto de vista de
la fiabilidad est conectado en serie, ya que todas las resistencias son necesarias para
proporcionar la resistencia requerida. El siguiente grfico muestra un RBD simplificado de
un sistema de ordenador con un ventilador redundante. Cada bloque de fiabilidad del
diagrama podra ser representado por su propio diagrama de bloques. Por ejemplo en el
RBD de un coche, el nivel superior de bloques podra representar los principales sistemas
del coche. Cada uno de estos sistemas podra tener sus propios RBD.

Diagrama BDRS de una CPU.

El RBD proporciona una representacin visual del modo en que los bloques se relacionan
de modo que el diagrama muestra el efecto que el funcionamiento o fallo de una
componente tiene sobre el funcionamiento o fallo del sistema.
El primer paso para la evaluacin de la fiabilidad de un sistema es obtener datos acerca de
la fiabilidad de cada uno de los bloques. Estos datos permitirn al ingeniero de fiabilidad
caracterizar las distribuciones de vida de las componentes o bloques especficos.
La fiabilidad del sistema se expresa como una funcin de la fiabilidad de sus componentes.
Los RBD suelen mostrarse tiles a la hora de determinar esta funcin matemtica.
El principal objetivo de un anlisis de fiabilidad de un sistema es determinar la funcin de
distribucin del tiempo hasta el fallo aunque en otros casos nicamente se desee o se
pueda determinar la fiabilidad del sistema para un tiempo dado.
Existen dos mtodos para determinar la fiabilidad de un sistema: mtodo analtico y
simulacin. En el primero se utiliza teora de la probabilidad. Existen mtodos que
conducen a evaluaciones exactas de la fiabilidad mientras que otros proporcionan cotas. El
mtodo de la simulacin genera tiempos de fallo para cada componente y a partir de ellos
se determina el estado de funcionamiento o fallo del sistema de acuerdo con la estructura
del sistema.

Gestin de la confiabilidad
Un programa realmente efectivo de confiabilidad slo puede existir en una organizacin
donde el cumplimiento de los objetivos de fiabilidad est reconocido como parte integrante
en la estrategia corporativa. En los casos contrarios, es de los primeros en ser recortados en
cuanto existan presiones de costes o plazos.
Programas integrados de confiabilidad
Puesto que la calidad de la produccin ser el determinante final de la confiabilidad, el
control de la calidad es una parte integral del programa de confiabilidad. El programa de
control de calidad debe estar basado en los requisitos de confiabilidad y no ir dirigido
nicamente a reducir costes de produccin. El programa de control de calidad contribuir
de forma efectiva al de confiabilidad so los procedimientos del primero estn ligados a
factores que puedan influir ene. Segundo, y no slo a formas o funciones, si los datos de
pruebas de control de calidad estn integrados con el resto de datos de confiabilidad, y si el
personal de control de calidad est formado para reconocer la relevancia de su trabajo a la
confiabilidad, as como motivado para contribuir a su cumplimiento.
Confiabilidad y costes asociados
Resulta costoso llegar a objetivos elevados de confiabilidad, y ms cuando el producto o
sistema es complejo. Pero a todo esto, la experiencia demuestra que todos los esfuerzos de
un programa de confiabilidad bien gestionados son rentables, ya que es resulta menos
costos descubrir y corregir deficiencias durante el diseo y desarrollo que corregir el
resultado de fallos producidos durante el funcionamiento del producto o sistema. Segn la
naturaleza del programa estaremos ante el caso de un tipo de coste u otro. Si se trata del
diseo de un producto y colocarlo en el mercado se tratar de coste de confiabilidad, y si,
de forma contraria, se trata del diseo de un sistema por encargo especfico de un cliente se
hablar de coste de ciclo de vida.
Hay que resaltar que los programas de confiabilidad estn normalmente limitados por los
recursos que se les puedan destinar durante las fases de diseo y desarrollo. La asignacin
de recursos a las actividades de un programa de fiabilidad deben estar basadas en una
consideracin de os riesgos asociados, siendo un valor subjetivo basado en la experiencia.
Requisitos de fiabilidad
Los diseos para fortalecer la confiabilidad estn basados en requisitos que definen la
necesidad a satisfacer. Las especificaciones de requisitos de confiabilidad deben contener lo
siguiente:
Una definicin de fallos relacionada con las funciones del sistema, incluyendo todos los
modos de fallo que sean relevantes.
Una descripcin completa de los entornos en los que el producto o sistema ser
almacenado, transportado, utilizado o mantenido
Una especificacin ntida de requisito de confiabilidad.
Una relacin de modos de fallos (con sus efectos) que sean particularmente crticos y que
deban tener una probabilidad muy baja de ocurrencia.
Hay que tener especial cuidado a la hora de definir los fallos para que no sean ambiguos.
stos fallos deben estar relacionados siempre a un parmetro que se pueda medir o ligado a
una clara indicacin libre de interpretaciones subjetivas. A todo esto, no es inevitable que
aparezcan variaciones subjetivas al validar los fallos (normalmente cuando la procedencia
de los datos no est controlada) Las especificaciones de entorno deben incluir las cargas,
temperaturas, humedades, vibraciones y todos los parmetros necesarios que puedan
condicionar la probabilidad de fallo del producto o sistema. stos requisitos deben
establecerse se manera que sean verificables y lgicos, y deben estar relacionados con las
distribuciones correspondientes.