Logistica BN

~
~
~ ~

I t~·:~i.

>

i8IIi8II i8IIi8II i8IIi8II i8IIi8IIi8IIi8IIi8II i8IIi8II i8II i8IIi8II i8IIi8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II i8IIi8II Otros titulos publicados:

1. Ingenierfa de Sistemas. Benjamin S. Blanchard.

2. La Teorfa General de Sistemas. Angel A. Sarabia.

3. Dlnarnlca de Sistemas. Javier Aracil.

4. Dlnarnlca de Sistemas Aplicada. Ronald R. Drew.

5. Ingenierfa de Sistemas Aplicada. Isdefe.

6. CALS (Adquisici6n y apoyo continuado durante el cicio de vida). Rowland G. Freeman III.

P.V.P.:

1.000 Ptas.

(IVA incluido)

Publicaciones de Ingenierfa de Sistemas

#-

IA LO

11

ING

I

par

Benjemtn S,. Blanchard

ILUSTRACION DE PORTADA

Torre estronomice del eiio 1090 d. C. en Honan (China)

No esta permitida la reproduccion total 0 parcial de este libro, ni su tratamiento intormstico, ni la trsnsmision de ninguna forma 0 por cualquier media, ya sea electronico, por fotocopia, por registro 0 por otros rnetodos, sin el previo consentimiento por escrito de los titulares del Copyright.

Primera Edici6n: Octubre - 1995 1.250 ejemplares

© Isdefe

c/ Edison, 4 28006 Madrid.

Disefio:

HB&h Direcci6n de arte y producci6n

Traducci6n:

Alison Canosa Uldall

Infografia de portada:

Salvador Vivas

Fotornecanica:

Microprint, S.A.

Impresi6n:

Graficas Monterreina, S.A. (Madrid)

ISBN: 84-89338-06-X

Dep6sito legal: M- -1995

Printed in Spain - Impreso en Espana.

3

4

PROlOGO

Hlstorlcarnente, el concepto de "Iogfstica" proviene de diferentes fuentes. En el sector defensa la logfstica se refiere a un enfoque de clclo de vida y al disefio y desarrollo de sistemas de forma que puedan ser apoyados eficaz y eficientemente durante su periodo previsto de utlllzaclon. EI enfasis esta en los "sistemas" y en el disefio y desarrollo de una infraestructura que apoyara adecuadamente a los sistemas operatlvo, En el sector comercial la logfstica se trata desde una perspectiva empresarial y se orienta al transporte y distrlbuclon de "productos consumibles" (en cornparaclon con los sistemas). Incluye actividades tales como la adqulslclon y flujo de materiales y componentes no reparables, transporte y manejo, dlstrlbuclon, almacenaje y venta de productos.

Cuando se da un enfoque global integrado a la logfstica, las actividades asociadas al flujo material de productos consumibles en el sector comercial tarnblen son de apllcaclon al tratar con sistemas del sector defensa. EI desarrollo de sistemas incluye la conslderaclon de requisitos de flujos de materiales de artlculos dentro del contexto de los objetivos del sistema en cuestlon. Este autor ve la "Iogfstica" como una amalgama de esas dos facetas de actividad.

EI objetivo de esta monograffa es tratar la logfstica desde un enfoque integrado de clclo de vida, con enfasis en las actividades de ingenierfa asociadas a la planlficaclon inicial, la definicion de requisitos,

el disefio y desarrollo, la prueba y evaluaci6n, la producci6n, y la entrega de sistemas para su operaci6n. Estas actividades, que tratan de la adquisici6n de sistemas, se presentan en terrnlnos del proceso de ingenierfa de sistemas descrito en la primera monograffa de esta serie. Debe revisarse la bibliograffa adicional referente a muchas de esas actividades empresariales, de adquisici6n y de gesti6n que estan incluidas en el aspecto global del apoyo logfstico integrado pero que caen fuera del empuje principal de la ingenierfa de sistemas.

Finalmente quiero expresar mi sincero aprecio a Alberto Sols, a la direcci6n de Isdefe y al Cornlte de Redacci6n, por su apoyo yestfmulo para contribuir a la divulgaci6n de la "loqlstlca'' a traves de esta monograffa.

Benjamin S. Blanchard

iND~CE GENERAL

1. iNTRODUCC!ON

9

1.1. Entorno actual

1.2. Algunos terrnlnos y definiciones 1.3. Los elementos de la logfstica

11 16 24

2, PLAN!F!CACION DE LA LOGISTICA

29

3. LA LOGiSTICA EN EL CICLO DE VIDA DEL SISTEMA

37

3.1. Requisitos de apoyo logfstico 39

3. 1. 1. Definicion de los requisitos operativos del sistema 41

3. 1.2. Desarrollo del concepto de mantenimiento y apoyo 45

3. 1.3. Desarrollo y esiqnecion de prioridades de medidas

de prestaciones tecntces 53

3.1.4. Amilisis funcional del sistema y esiqneclon de requisitos 55

3.1.5. Especiticecion de requisitos de apoyo logfstico 60

3.2. Anallsls de apoyo logfstico 61

3.2.1. EI proceso de amilisis de apoyo logfstico 62

3.2.2. Herramientas seleccionadas y tecnices empleadas

en el proceso de eneiisis de apoyo logfstico 64

3.2.3. Registro de eneiisis de apoyo logfstico 82

3.2.4. Adquisicion y apoyo continuado durante el cicio de vida 88

3.3. Dlsefio para soportabilidad 89

3.4. Prueba y evaluaci6n del sistema 94

3.5. Obtenci6n y adquisici6n de elementos de apoyo logfstico 96

3.6. Apoyo temporal del contratista 98

3.7. Servicio al cliente y apoyo durante el cicio de vida 100

3.8. Retirada del sistema y desecho 0 reciclaje del material 101

4. GESTION LOGiSTICA

4.1. Requisitos del programa de logfstica 4.2. Organizaci6n para la logfstica

4.3. Contrataci6n para la logfstica

4.4. Gesti6n y control del programa

107 108 109 114 115

REFERENC!AS B!BUOGRAFIA GLOSARIO

119 125 129

8

INGENIERIA LOGISTICA

9

Introducci6n

10


Esta es una monograffa sobre «ingenierfa loqlstlca», es decir, describe actividades de ingenierfa asociadas con la distribuci6n, el mantenimiento y apoyo continuado de los sistemas descritos en la primera monograffa de esta serie, Ingenierfa de Sistemas [1].

Hist6ricamente, el concepto de «loqlstlca» tiene su origen en varias fuentes. En el sector de defensa, la logfstica esta relacionada con un enfoque de clclo de vida para el disefio y desarrollo de un sistema, de manera que este pueda recibir apoyo rapldo y econ6mico a 10 largo de su clclo de vida programado. Se ha desarrollado el concepto de «apoyo logfstico integrado» (Integrated Logistics Support, ILS), en el que se incluyen actividades de planificaci6n, disefio, suministro y producci6n, mantenimiento y apoyo, retirada progresiva y reciclaje de materiales, y las funciones de gesti6n asociadas con cada actividad. EI enfasls se centra en los «sistemas» y en el desarrollo de una infraestructura que les proporcione el apoyo suficiente a los sistemas operatives. La citada infraestructura tandra en cuenta los niveles de mantenimiento y las funciones a desempefiar en cada nivel, necesidades de personal y formaci6n, apoyo de suministros (repuestos/ recambios y requisitos adicionales de inventario), equipos de prueba y apoyo, instalaciones, requisitos de transporte y manipulaci6n, recursos lnforrnatlcos y datos de mantenimiento [2].

En el sector comercial, la logfstica se aborda mas bien desde una perspectiva de «neqoclos», estando orientada hacia el transporte y distribuci6n de «productos consurnlbles», a diferencia de los sistemas.

11

Introducci6n

I ncluye actividades como la obtenclon y flujo de materiales no reparables, transporte y rnanipulaclon, dlstrlbuclon, almacenamiento y ventas de productos. Uno de sus objetivos consiste en desarrollar y gestionar el flujo entero de materiales, desde el suministro inicial (ldentlficaclcn de materias primas), por medio de la producclon, el almacenamiento y la dlstrlbuclon final de productos destin ados al consumo. Las consideraciones de cicio de vida y las actividades relacionadas con el mantenimiento y apoyo de producto no suelen incluirse [3].

Cuando la logfstica se plantea con una perspectiva general integrada, las actividades asociadas con el flujo de material de productos consumibles en el sector comercial tarnblen pueden aplicarse a los sistemas del sector de defensa. EI dlsefio, desarrollo, producclon, dlstrlbuclon y apoyo continuado de sistemas requiere que se tengan en cuenta los requisitos de flujo de materiales para artfculos consumibles, as! como las practlcas comerciales necesarias para apoyar estos artfculos en el contexto de los objetivos del sistema en cuestlon. Desde el punta de vista del autor, la logfstica constituye una amalgama de las dos facetas mencionadas, en un nivel integrado de apoyo mutuo.

EI objetivo de esta monograffa es describir la logfstica desde un enfoque integrado de cicio de vida, subrayando las actividades de ingenierfa asociadas con la planiflcaclon inicial, la definicion de requisitos, disefio y desarrollo, prueba y valoraclon, producclcn y dlstrlbuclon de sistemas.

1,1, En1orno actual

La complejidad de los sistemas de hoy esta creciendo debido a la lncorporaclon de nuevas tecnologfas en un entorno que cambia con stante me nte; el cicio de vida de muchos sistemas actualmente en uso se esta prolongando debido a la llmltaclon de recursos y a la

12


incapacidad de obtener sustitutos adecuados; gran nurnero de estos sistemas no satisfacen las expectativas del usuario en terrnlnos de su funcionamiento y apoyo; parece que la base industrial se esta debilitando (es decir, el nurnero de suministradores de equipos, software, etc, esta disminuyendo); y la competencia a nivel internacional esta creciendo. Estos y otros facto res relacionados provocan importantes retos en el entorno actual.

Cuando abordamos la situaci6n actual desde una perspectiva econ6mica, encontramos con frecuencia que existe una falta de «vlsibllldad total del coste», 10 cual se ve en el efecto «iceberg» ilustrado en la Figura 1 . Para muchos sistemas, los costes de disefio y desarrollo son relativamente conocidos; sin embargo, los costes asociados con la operaci6n y apoyo del sistema estan en cierto modo ocultos. Esencialmente, la comunidad del disefio ha sabido tratar con gran exito los aspectos de coste a corto plazo, pero no se ha ocupado suficientemente de los efectos a largo plazo. AI mismo tiempo, la

GESnON DEFICIENTE

"'~laoI6n de rrSBlIaI, Embrfila . \

ErTt'I'D, TIwlspaI'tll, DIsIJ1bld!in \

-'--,-- ---- -- __.---~,-~---;- .. -. \

INrn~"'A"~M -- f-_ ------ i --\_

COSTE DE MANTENIMIENTO ,! -, ---- ---- ---

_ald __ dodo"""",,, COSTEDEEQUIPO

{MorIonm_~1 ! -'-, DEAPOYOYPRUEBA :'

"1 Eq~po do pnoobo. :'

-, E4-ipodo_, /

~"'__~Pl d~ rnarejJ espedl!l/

Figura 1. - VISIBILIDAD DEL COSTE TOTAL-

13

Introducci6n

--------------------------------------------------------------------------------------------------

experiencia indica que gran parte del coste del cicio de vida de un determinado sistema se atribuye a las actividades operativas y de apoyo en las fases de utilizaci6n de un programa (por ejemplo, hasta un 75% del coste total puede atribuirse al mantenimiento del sistema y a las actividades de apoyo) [4]_

Adicionalmente, cuando se analizan las relaciones causa-efecto, nos encontramos con que una proporci6n importante del coste del cicio de vida de un determinado sistema se debe a decisiones tomadas durante las fases de planificaci6n preliminar y disefio conceptual. Las decisiones relativas a los requisitos operatlvos (por ejemplo, el nurnero y ubicaci6n de los emplazamientos previstos), polfticas de mantenimiento y apoyo (dos escalones frente a tres niveles de mantenimiento), asignaciones de actividades manuales y/o automatizadas, esquemas de empaquetado de equipo y software, tecnlcas de diagn6stico, selecci6n de materiales, conceptos del nivel de reparaci6n, etc., tienen una repercusi6n importante en el coste total del cicio de vida. Refiriendonos a la Figura 1, gran parte de los costes ocultos de utilizaci6n se deben a las actividades de mantenimiento y apoyo, y los requisitos de estas actividades se generan baslcaments como resultado del disefio inicial y de las decisiones iniciales de qestlon. De este modo, mientras se intentan reducir los costes iniciales de un proyecto, muchas de las decisiones tomadas en esta fase pueden resultar catastr6ficas a largo plazo. En otras palabras, la oportunidad de reducir los costes totales es mayor durante las primeras fases del desarrollo del sistema. La Figura 2 ilustra las relaciones entre los costes a 10 largo del cicio de vida.

La situaci6n se ve agravada en muchos casos por la falta de un «rnetodo disclpllnado» en la adquisici6n de nuevos sistemas y/o modificaci6n 0 redisefio de la ingenierfa de los sistemas existentes. Los ingenieros de dlssfio, en general, no tratan todos los elementos de un sistema como una entidad unlca (10 cual significa incluir la infraestructura de apoyo, esencial para asegurar que el sistema cumpla la misi6n prevlsta), Adernas, existe una tendencia a «disefiar-ahora-

14


100% OPORTUNIDAD DE REDUCCI6N

~ ~ .DEL/ COSTE DEL CICLO DE VIDA /" ~

:;; [. ~

LLJ [ r ~

~ ! ill'! ,....taSTE PREVISTO DEL CICLO DE VIDV

(

L -.

COSTESREALESDELPROGRAMA

u::l

D

:: ::><><><><:::::::~ .

:: ::><><><><><><><><::::::::;::'::

DISENo Y DESARROIJ.O DEL SlSlEMA

PRODUCCION YIO CONSTRUCCION

UTILIZACION Y AfOYO AL SISlEMA _ ~

Figura 2. - COMPROMISO DE COSTE EN EL CICLO DE VIDA-

arreqlar-despues» utilizando el rnetodo abajo-arriba; es decir, se disefian los elementos principales del sistema ahora, y luego se lncorporaran los cambios y se consideraran los aspectos de apoyo.

A 10 largo de los afios, la logfstica ha sido considerada como posterior al disefio, y las actividades relacionadas con ella no han gozado de gran popularidad, sino que se han implementado en las fases de utilizaci6n y la importancia que se les ha concedido por parte de la direcci6n no ha tenido el nivel adecuado. La experiencia ha demostrado que los rnetodos de gesti6n prevalentes en muchos casos han sido perjudiciales. La Figura 3 muestra los efectos aproximados de una planificaci6n preliminar del cicio de vida, a diferencia de los programas que contemplan los aspectos de soportabilidad en una fase posterior. Por tanto, es preciso que las prioridades futuras para el disefio y desarrollo del sistema sean: (1) mejorar los rnetodos de defi nici6n los requisitos de sistemas, de acuerdo con las verdaderas necesidades del usuario, al principio de la fase del disefio conceptual, y considerar

Introducci6n

>--~I~~~~~~~~~~~~~Li~~L~~~~~~~~~r~~~j~~i~i~~i~~~~~~~~-~~~~~~~~~~~'i~~~~~~~~i

~ ~

II>

~

C!: o 11.

&J

w o

i

~

II>

HL":~:~;~~~~···='~

TlEMPO DE VIDA DEL PROGRAMA ----------~

»> Programa sin anfasis inicial en el apoyo __ ~_~

__ ~

Figura 3. - CONSIDERACION DE LOGiSTICA

Y SOPORTABILIDAD EN UN PROGRAMA TiPICO -

las prestaciones, la efectividad y todas las caracterfsticas esenciales de los sistemas de manera integrada (incluyendo los requisitos logfsticos especfficos); (2) considerar el sistema en su totalidad, sus principales componentes orientados a la mlslon y sus elementos de apoyo desde una perspectiva de clclo de vida; (3) organizar e integrar las actividades necesarias relacionadas con la logfstica en la tarea principal del disefio del sistema, simultimeamente y de manera oportuna; y (4) establecer un rnetodo disciplinado que incluya las previsiones necesarias para la revision, evaluaclon y reallrnentaclon con el fin de asegurar que la logfstica (y el dlsefio en cuanto a soportabilidad) reciba un tratamiento adecuado en el proceso global de adquislclon del sistema.

Resumiendo, estas areas prioritarias son inherentes al proceso de ingenierfa de sistemas descrito en la primera monograffa de esta serie. EI concepto de apoyo logfstico integrado pone en practlca un enfoque integrado de «clclo de vida» al apoyo de sistemas, dando

15

16


enfasis a las primeras fases en la adquisici6n de sistemas. Dentro del marco completo de apoyo logfstico integrado, se encuentran aquellas actividades relacionadas con la ingenierfa que desempefian un papel esencial en las fases iniciales del dlsefio y desarrollo de sistemas, ya que proporcionan al usuario sistemas que pueden recibir un apoyo rapldo y econ6mico durante toda su vida utll prevista; es decir, el dlsefio de un sistema para que este pueda ser mantenido. La ingenierfa logfstica, sequn la definimos en esta monograffa, incluye estas primeras actividades de dlsefio, como uno de los muchos aspectos de ingenierfa de sistemas. Es esencial que estos requisitos sean satisfechos en la practica, si queremos desarrollar y producir sistemas rentables en el futuro.

1.2. Algunos termtnos y definiciones

Antes de profundizar en cuestiones concretas relacionadas con la «ingenierfa loqlstlca», conviene definir algunos conceptos clave:

A) Ingenieria de sistemas. En terrnlno s generales, la ingenierfa de sistemas es -Ia aplicaci6n efectiva de metod os cientfficos y de ingenierfa con el fin de transformar una necesidad operativa en una configuraci6n definida de un sistema mediante un proceso iterativo arriba-abajo de definici6n de requisitos, anallsls y asignaci6n funcional, sfntesis, optimizaci6n del disefio, prueba y evaluaclon». Esta orientada al proceso e incluye las previsiones esenciales de realimentaci6n y control [5].

La ingenierfa de sistemas puede definirse tarnblen como «la aplicaci6n de rnetodos cientfficos y de ingenierfa para: (a) transformar una necesidad operativa en la descripci6n de los parametres de prestaciones de un sistema yen su configuraci6n, mediante la utilizaci6n de un proceso iterativo de definici6n, sfntesis, anallsls, disefio, prueba y evaluaci6n; (b) integrar los parametres tecnicos relacionados y asegurar la compatibilidad de todas las interrelaciones ffsicas,

17

Introducci6n

funcionales y del sistema completo; y (c) integrar los aspectos de fiabilidad, mantenibilidad, seguridad, supervivencia, de personal y otros similares en el proceso global de ingenierfa para conseguir los objetivos tecnlcos, de coste y de calendario fijados» [6].

La «soportabllldad» es una de las principales caracterfsticas del disefio que ha de integrarse a traves del proceso de ingenierfa de sistemas; las actividades relacionadas con la ingenierfa logfstica deben integrarse adecuadamente con otras disciplinas relacionadas con el dlsefio.

8) Apoyo logistico integrado (Integrated Logistic Support, ILS).

En el sector de defensa, ellLS se define como «un rnetodo disciplinado, unificado e iterativo relativo a las actividades de gesti6n y tecnlcas necesarias para: (a) desarrollar los requisitos de apoyo relacionados de manera consistente con los objetivos de apresto, los de disefio y las relaciones de estes entre sf; (b) integrar de forma efectiva las consideraciones de apoyo en el dlsefio del sistema y equipo; (c) identificar el rnetodo mas rentable de apoyar el sistema en el campo; y (d) asegurar el desarrollo y la adquisici6n de los elementos necesarios para la estructura de apoyo».

EI I LS abarca el clclo de vida entero del sistema e incluye actividades de planificaci6n, disefio y desarrollo, suministro y producci6n/construcci6n, transporte y distribuci6n, utilizaci6n yapoyo del sistema, desecho y reciclaje y las funciones de gesti6n asociadas con cada area. Los elementos concretos del I LS estan identificados en la Figura 4. Mientras que los conceptos y actividades relativos al I LS se derivan principal mente del sector de defensa, sus principios pueden aplicarse y adaptarse a las necesidades concretas de cualquier tipo de sistema, inclufdos los sistemas de transportes, de comunicaciones, una fabrica comercial, un sistema de distribuci6n de informaci6n, etc.

C) Ingenieria logistica. La ingenierfa logfstica incluye las fun-

18


ELEMENTOS DE APOYO LOGiSTICO INTEGRADO

1. Planificacion de mantenimiento. EI proceso mediante el cual se desarrollan y se establecen los conceptos de mantenimiento y los requisilos del cicio de vida del sistema.

2. Mano de obra y personal. La identificaci6n y adquisici6n de personal militar y civil con la formaci6n y especializacion necesarias para operar y apayer el sistema durante su vida util en tiempos de guerra y de paz.

3. Afxrto de suministro. lodas las actividades, los procedimientos y tecnicas utilizados con el fin de determinar las necesidades de adquirir, catalogar, recibir, almacenar, transferir, emitir y desechar articulos secundarios. Incluye previsiones de apayo inicial y apoyo de reabastecimiento. Incluye tam bien la adquisici6n de apayo logistico para equipos de apoyo y prueba.

4. Equipos de apoyo y prueba. lodes los equipos (moviles 0 fijos) necesarios para apoyer la operacion y el mantenimiento del sistema. Incluye artfculos asociados multiuso de uso final, equipos de manipulaci6n y mantenimiento en tierra, herramientas, equipos de rneteorologia y calibraci6n, equipos de prueba y de prueba automatica.

5. Datos tecnicos. Informacion cientffica 0 tecnica grabada en cualquier formato 0 soporte (por ejemplo, manuales y dibujos). Los programas informaticos y software relacionado no constituyen datos ~cnicos; la documentaci6n de programas informaticos y software relacionado sf 10 son. lambien quedan excluidos los datos financieros u otra informacion relacionada con la gestion de contratos.

6. Formaci6n y apoyo de formaci6n. Los procesos, procedimientos, tecnicas, estrategias de formaci6n y equipos utilizados para capacitar a personal civil y militar activo y de reserva en la operaci6n y el apoyo del sistema. Incluye formacion individual y de grupo {inicial y continuada}; formacion en nuevas equipos; formacion inicial, formal y sobre la marcha; y planificacion de apoyo logfslico para equipos de formaci6n y adquisiciones e instalaciones de dispositivas de formaci6n.

7. Apoyo de recursos informaticos. Las instalaciones, el hardware, el software de sistemas, las herramientas para el desarrollo y soporte del software, la docurnentaci6n y el personal necesario para la operaci6n y el apoyo de sistemas informaticos incorporados.

8. Instalaciones. Los actives inmobiliarios permanentes, semipermanentes 0 temporales necesarios para apoyar el sistema, incluidos la elaboraci6n de estudios para definir instalaciones 0 reforrnas de instalaciones, localizaciones, necesidades de espacio, servicios, requisites rnedioambientales, requisilos inmobiliarios y equipos.

9. Embalaje, manipulaci6n, almacenamiento y transporte. Los recursos, procesos, procedimientos, consideraciones de diseno y metodos para asegurar la correela conservaci6n, el embalaje, la manipulaci6n y el transporte de lodos los elementos del sistema, de los equipos y de apoyo. Incluye consideraciones rnedioambientales, requisitos de conservacion de los equipos para almacenamiento a corta y largo plaza y la transportabilidad.

10. Interface del disano. La relaci6n entre los parametres logfsticos del diseno y los requisilos de recursos de apoyo. Dichos parametres logfsticos del diseno se expresan en terminos de su operatividad y no como valores inherentes; se refleren especificarnente a objetivos de disponibilidad del sistema y a costes de apoyo al sistema.

Figura 4. - LOS ELEMENTOS BAslCOS DE APOYO LOGISTICO INTEGRADO (ILS)-

19

Introduccion

ciones baslcas relacionadas con el disefio, implementadas de acuerdo con los objetivos del ILS. Esta puede incluir [2]: (a) la definici6n inicial de los requisitos de apoyo del sistema (forma parte de la tarea de definici6n de requisitos dentro del campo de la ingenierfa de sistemas); (b) el desarrollo de criterios de entrada para el dlsefio no s610 de los elementos del sistema relativos a la misi6n, sino tarnblen de la infraestructura de apoyo (entrada de datos para las especificaciones de disefio y suministro); (c) la evaluaci6n sobre la marcha de configuraciones alternativas de dlsefio, mediante la elaboraci6n de estudios interrelacionados, la optimizaci6n y la revisi6n formal del dlsefio (esto es, las tareas cotidianas de integraci6n del dlsefio relativas a la soportabilidad del sistema); (d) la determinaci6n de los requisitos de recursos para el apoyo, a partir de una configuraci6n determinada del dlsefio (cantidad de recursos humanos, niveles de especializaci6n, recambios y repuestos, equipos de prueba y apoyo, instalaciones, transporte, datos y recursos lnforrnatlcos): y (e) la evaluaci6n sobre la marcha de la infraestructura global de apoyo con el fin de asegurar una mejora continua del proceso, por medio de procedimientos iterativos de medici6n, evaluaci6n y recomendaciones (obtenci6n de datos, evaluaci6n y capacidad de mejorar el proceso).

La realizaci6n de estas funciones y de otras relacionadas constituye baslcarnente el alcance de la «inqenlerla loqlstlca». Existen, por supuesto, muchas tareas adicionales relacionadas con el aprovisionamiento y obtenci6n de recambios y repuestos, la obtenci6n de equipos de prueba y apoyo, la preparaci6n de manuales tecnlcos, la gesti6n continuada de las instalaciones y el almacenamiento de las necesidades de inventario, etc., que estan incluidas dentro del marco global de ILS, aunque no profundizaremos en elias en el presente estudio.

D) AmJlisis de apoyo logistico (Logistic Support Analysis, LSA). En el sector defensa, el LSA se define como la aplicaci6n selectiva de metod os cientfficos y de ingenierfa desarrollados durante la fase de adquisici6n, como parte del proceso de ingenierfa de sistemas, cuyos

20


objetivos son: (a) facilitar la influencia de las consideraciones de apoyo en el disefio; (b) definir aquellos requisitos de apoyo relacionados fntimamente con el disefio y entre sf; (c) adquirir el apoyo necesario; y (d) proporcionar el apoyo necesario durante la fase operativa del sistema a un coste mfnimo.

EI LSA es inherente a las distintas funciones de la ingenierfa logfstica, y les proporciona apoyo. En opini6n del autor, el LSA se define como un proceso analltlco continuo (incorporado como parte del trabajo global de anal isis en la ingenierfa de sistemas), que utiliza varias herramientas lnforrnatlcas para apoyar el disefio y desarrollo de la ingenierfa. Se destaca la integraci6n de las herramientas y tecnicas que, a su vez, complementan las actividades de ingenierfa logfstica.

E) Registro de anallsls de apoyo logistico (Logistic Support Analysis Record, LSAR). EI LSAR se refiere a los datos (y a la base de datos) que recogen los resultados del LSA. Este incluye el rnetodo analltlco que conduce a la determinaci6n y definici6n de los requisitos de apoyo del sistema, siendo el LSAR el registro que recoge los resultados. Desgraciadamente, en muchas ocasiones se presta mayor atenci6n a los datos y al formato adecuados que al 'proceso' inicial que debe seguirse para el desarrollo de dichos datos [2].

F) Adquisicion y apoyo continuo durante el cicio de vida (Continuous Acquisition and Life-Cycle Support, CALS). De acuerdo con la sexta monograffa de esta serie, CALS se refiere a la aplicaci6n de tecnologfa informatica al conjunto global de las actividades logfsticas. En los ultlrnos aries, se ha empezado a conceder importancia al desarrollo y procesado de datos, principalmente en formato digital, con el objetivo de reducir el tiempo de preparaci6n y procesado, eliminando redundancias, acortando el proceso de adquisici6n del sistema y reduciendo los costes globales del programa. Existen aplicaciones especfficas para la automatizaci6n de publicaciones tecnlcas, la preparaci6n de datos digitales para el aprovisionamiento de recambios/repuestos, y para el desarrollo de datos de disefio que de.fj~Gn pmdYctos erI f.ormato digital [aJ.

21

Introducci6n

G) Fiabilidad. La fiabilidad se refiere a las caracterfsticas inherentes al disefio del sistema relativas a la capacidad de dicho sistema para desempefiar una funclon 0 rnlslon designada. Especfficamente, la fiabilidad puede definirse como la probabilidad de que un sistema 0 producto funcione de forma satisfactoria durante un perfodo de tiempo determinado, en unas condiciones operativas especfficas [9]. La fiabilidad abarca aquellas actividades, realizadas como parte del proceso de ingenierfa de sistemas, que estan orientadas a la tarea de asegurar que el producto final sea fiable y satisfaga las necesidades del usuario. Oichas actividades pueden incluir la realizaclcn de modelos de fiabilidad, la asiqnaclon de requisitos, las predicciones de fiabilidad (R, MTBF, /..), anallsis (FTA, FMECA, RCM, etc.), la revision del disefio, las pruebas de fiabilidad, y la obtenclon y el anallsls de datos de fallos [4].

La fiabilidad, que influye de manera significativa en la frecuencia del mantenimiento y en los recursos necesarios para el apoyo del sistema, es uno de los principales factores de entrada en el disefio para soportabilidad. Las funciones de fiabilidad deben ser parte integrante de las actividades de ingenierfa logfstica. La fiabilidad recibe un tratamiento mas detallado en la octava monograffa de esta serie [10].

H) Manten ibilidad. La manten ibilidad se refiere a las caracterfsticas inherentes al disefio relativas a la facilidad, precision, seguridad y economfa en la realiz aclon de actividades de mantenimiento. En el senti do mas amplio, la mantenibilidad puede medirse en terrnlnos de una cornblnaclon de tiempos de mantenimiento (Mct, Mpt, M, AOL, LOT, MOT), horas de trabajo de personal (MLHI OH), factores de frecuencia de mantenimiento (MTBM, MTBR), coste de mantenimiento, y facto res relacionados de apoyo logfstico. En cuanto al «tlernpo» se refiere, puede definirse como la probabilidad de que un elemento pueda conservarse en una condlclcn especffica 0 volver a tener esta condlclon gracias al mantenimiento realizado por personal especializado, utilizando unos procedimientos y recursos correctos y al AiYel aeleel7aele [~1 J.

22


La ingenierfa de mantenibilidad incluye aquellas actividades de disefio, realizadas como parte del proceso de ingenierfa del sistema, con el fin de asegurar que el producto final es mantenible y satisface las necesidades del consumidor. Dichas actividades pueden incluir la reallzaclon de modelos y anallsls de mantenibilidad, aslqnaclon de requisitos, predicclon de mantenibilidad, anal isis de ingenierfa de mantenimiento (FMECA, RCM, anallsls de tareas, anallsls de nivel de reparaclon), revision de disefio, dernostraclon de mantenibilidad y obtsnclon de datos de mantenimiento [4].

La mantenibilidad, que se basa en la fiabilidad e influye de manera significativa en la frecuencia y en los recursos necesarios para la realizaclcn de las tare as de mantenimiento, es uno de los principales facto res de entrada en el disefio para la soportabilidad del sistema. Las funciones de ingenierfa de mantenimiento han de ser una parte integrante de las actividades de ingenierfa logfstica. En la practlca, gran nurnero de las actividades especificadas para el anallsls de apoyo logfstico se realizan mediante programas formales de fiabilidad y mantenibilidad. Por tanto, podemos concluir que existe cierto grado de dependencia entre ambas areas. Para un tratamiento mas detallado de la mantenibilidad y del mantenimiento, veanse las monograffas novena y declrna de esta serie [12,22].

I) Ingenieria de factores humanos. Ocurre con frecuencia que en el disefio y desarrollo de un sistema se concede bastante importancia tanto al hardware como al software, y escasa 0 nula al factor humano.

Para que el sistema sea completo deben considerarse el ser humane y las interfaces existentes entre este y los dernas elementos del sistema (por ejemplo, equipos, software, instalaciones, datos, etc). Adernas de las funciones operativas, existen una serie de tareas de mantenimiento y apoyo que seran realizadas por personas. EI factor

23

Introducci6n

humano, tarnblen denominado «ergonomfa» 0 «ingenierfa hurnana», se refiere al disefio de un sistema 0 producto cuya operaci6n y mantenimiento resulte facll, eficiente y segura.

EI «dlsefio para el hombre» considera una combinaci6n de facto res antropornetricos (caracterfsticas ffsicas del ser humano), factores sensoriales (of do, emplazamiento, sensaci6n), factores fisiol6gicos (efectos extern os del entorno en el rendimiento del hombre) y facto res psicol6gicos (emociones, actitud, motivaci6n). La presente monograffa considera de particular lnteres incluir el hombre como elemento de la infraestructura de mantenimento y apoyo [13]. La ingenierfa de factores humanos incluye aquellas actividades relacionadas con el disefio, realizadas como parte del proceso de ingenierfa de sistemas, con el fin de asegurar el6ptimo funcionamiento de las interfaces finales entre el hombre y el resto de los elementos del sistema en terrnlnos de operaci6n y apoyo del sistema. Las actividades mencionadas pueden incluir el anal isis de facto res humanos y la asignaci6n de requisitos, el anallsls detallado de tareas, el desarrollo de diagramas de secuencias operativas y de mantenimento, el anallsls de errores, el desarrollo de necesidades de formaci6n, la revisi6n del dlsefio, y la prueba y evaluaci6n del personal. Las actividades descritas deben ser integradas, de forma adecuada, con las actividades de ingenierfa logfstica; en particular, en cuanto a la definici6n de los requisitos de personal (nurnero y nivel de especializaci6n) y para la capacitaci6n de personal (tipo de capacitaci6n, ayudas/equipos de capacitaci6n, instalaciones y datos). La decimotercera monograffa de esta serie desarrolla la cuesti6n del factor humane con mayor profundidad [14].

J) Ingenieria de software. EI software, gracias las tendencias actuales y al constante desarrollo de la tecnologfa informatica, se esta convirtiendo (si es que no 10 es ya) en un elemento de peso en la configuraci6n de muchos sistemas. La experiencia reciente indica que las consideraciones de software son inherentes al disefio y al desarrollo de mas del cincuenta por ciento (50%) de los sistemas actuales. EI sef.t\vaFe -pueae e+v-ieiFge efT tres aFeas f 1 at:

24


a) software que constituye un componente relacionado con la misi6n del sistema y que es necesario para el funcionamiento del mismo. Desde el punta de vista logfstico, es necesario mantener este software durante el cicio de vida programado.

b) software necesario para realizar funciones de mantenimiento del sistema (por ejemplo, rnetodos de diagn6stico, programas de seguimiento de condiciones). Una de las funciones de la ingenierfa logfstica consiste en el desarrollo inicial y posterior mantenimiento de este software.

c) software necesario para apoyar las actividades relacionadas con el programa (por ejemplo, el relativo a los distintos model os lnforrnatlcos utilizados en los anallsls de dlssfio, el relativo a la preparaci6n y procesado de distintas categorfas de datos de dlsefio, de acuerdo con los requisitos GALS).

Adernas, estas actividades relativas al apoyo del sistema deben integrarse en las actividades de ingenierfa logfstica. La monograffa decimoprimera de esta serie [16] se ocupa con detalle de la ingenierfa de software.

1,3, Los elementos de Is logistics

Los principales elementos logfsticos estan definidos en los puntos 2 a 9 de la Figura 4. Estos elementos han de ser asignados y «proyectados» en el contexto de una «lnfraestructura» como la de la Figura 5. Respecto a esta Figura, debemos definir en primer lugar los requisitos operafivos del sistema (es decir, la distribuci6n 0 el despliegue de los elementos del sistema, perfiles de utilizaci6n, prestaciones y facto res de efectividad, etc.) Dados los requisitos operatlvcs, es necesario desarrollar el concepto de mantenimiento. Este constituye una serie inicial de ilustraciones y manifestaciones sobre c6mo debe

Introducci6n

OPERACION DEL SISTEMA - MISION

PRIMER ESCALON

• MANTENIMIENTO CORRECTIVO Y PREVENTIVO

• APOYO (ELEMENTOS CRITICOS)

• CAPACIDAD DE PRUEBA DEL SISTEMA (INCORPORADA)

• PERSONAL (B.\IA CUAUFICACION)

• ENTORNO OPERATIVO

j------------------,

! INSTAlACIONES ~

'\:'~-.

" " "" -.

'\

rf~;~4,J~1 '"

,~---

.............

SEGUNDO ESCALON

• MANTENIMIENTO CORRECTIVO

Y PREVENTlVO (NIVEL SUBSISTEMA)

• AfIOYO

• EQUIPOS DE AfIOYO Y PRUEBA

• PERSONAL (CUAUFICACION MEDIA)

• INSTPl.ACIONES DE TAU.ER DE CAMPO

TERCER ESCALON

• MANTENIMIENTO DE DETALLE

• REVISION

• CALIBRACION

• FABRICACION

• AfIOYO

• PERSONAL

• EQUIPO DE PRUEBA EN FABRICA

• INSTAl..ACIONES FIJAS

. !SIJMINISTRADORES!

» i DE COMPONENTES !

• L J

$' FLUJO DE MANTENIMIENTO .......... )- FLUJODEAfIOVO

Figura 5. - OPERACION DEL SISTEMA Y FLUJO DE MANTENIMIENTO-

ser disefiado el sistema para que sea sostenible. EI concepto de mantenimiento, desarrollado como parte del proceso de disefio conceptual, incluye la ldentiflcaclcn de los niveles de mantenimiento (dos, tres 0 mas niveles en los que debe realizarse el mantenimiento), la aslqnaclon de las responsabilidades del mantenimiento (por ejemplo, usuario, suministrador, u otra parte 0 combinaciones de los mismos), los factores de efectividad (<<metricas») asociados con los diversos elementos de apoyo, criterios de disefio relativos a la infraestructura de apoyo, etc. Analizaremos estas areas de actividad en la Secclon 3.1 .

EI concepto de mantenimiento del sistema proporciona una linea de referencia para la definicion de los requisitos logfsticos, es decir, el disefio de los principales componentes relacionados con la rnislon de soportabilidad, y el disefio de la infraestructura de apoyo. Esta Ifnea se amplfa a traves del anallsls funcional (esto es, la ldentlflcaclon de las funciones de mantenimiento), la aslqnaclon de requisitos, reallzaclon del elRal.j.s.j.s de apGy<) ~fetiGG, etG-.

25

26


;--------,

~J

~l tIlil

::::!: I W I

I ~UJ i

: I.iil~r

s ! l_~ j

ill

: J I

~---~

I}

,-------1

...... 11,

5; ,I

zs

l 1

------------T- ---1

~ g~FL~r~L;.L

C!) UJZ ~ ~ 0 i~

9-D..UJIl:UJIH

~O;;E>!i~ffi

~ ~ ~ i ~ ~ ~ !Ie ~ > til

~ ~ ~ ~ ~ ~

I~ ~ c( ~ ~

irl "_:_J: __ ' ' __ ~ = __ , J: , ,

------.!

------ ... ------~-------:

_-l J _

UJ:
;;iii::
til -QO:
0 UD..:
U :s til:
i CI.I til ~g:
0 UJ D.. :
U Z z :
0 z 0 i>:
U U
u, 1!:! 0:
~ :s O!z:
til til i:!> c UJ:
0 g" ~ ~~
til til
Il: ::!i ~ ~ ~
~ ~Z:
U cr UJ:
UJ "!CU:
Il: !!iJ i~
UJ ~: ---- ~-------:-------~------~------~------

-,
__ L __ ', __ T __ -,' __ -~---, ,--
0 --' til !i ~
,:z ~ ~ 0 c 9 :$
UJ Z
til 0 c i 9 iii U ~
i5 U i:§ ;;;! ii!! Z 8:
~ UJ
UJ Z m ::t: ~ 2: UJ
c ~ ::; z CI.I ~ ii: c I!:~
til u, iii UJ UJ t3 --'
g 0 c( l- ll: 0 it UJ 0 0:
~ ,:z u::: i g D.. D.. Il:
UJ 0 ~ ~ !z
Ell til U til Z til
~ i5 it ~ 0
U __ " __ 'L __ T __

_ ] .!_~- ---, j _l_~~_~~]-- ---,

i:§
s
UJ
C
0
--'
U
U
--'
UJ
c
I!:!
til
0
U Cl

(3

>

t>

w LL W

W Cl

ffl

z a

u

:5

w c::

27

Introduccion

En cualquier caso, los dos principales elementos del sistema y la infraestructura de apoyo deben contemplarse de forma integrada en todos sus aspectos, ya que el disefio de los elementos principales del sistema tendril un impacto considerable sobre las estructuras de apoyo, y los elementos logfsticos tsndran el efecto de realimentar los elementos principales. La Figura 6 muestra estas interrelaciones. Adernas, la red entera (ver Figura 5) debe considerarse como un todo, ya que la efectividad del apoyo proporcionado al nivel de mantenimiento organizativo depende de los recursos proporcionados al nivel intermedio, el cual, a su vez, depende de los recursos proporcionados al nivel de fabricante. Existe una tendencia generalizada a tratar solamente estos aspectos a nivel organizativo, sin considerar el impacto que puedan tener en los otros niveles, 10 cual puede resultar bastante costoso. Portanto, no s610 es necesario definir los requisitos logfsticos especfficos sino tarnblen examinar las interfaces entre los principales equipos/software y los elementos de apoyo en el marco de la infraestructura global de apoyo ilustrada en la Figura 5.

28


29

lanificacion la i i tica

30


La planificaci6n de la logfstica comienza con la concepci6n del programa, al identificar por primera vez una necesidad del consumidor. Teniendo en cuenta la definici6n de la necesidad, de acuerdo con la Figura 7, es preciso: (a) identificar varias maneras de enfocar el disefio a nivel de sistema que nos permitan satisfacer los requisitos; (b) evaluar los candidatos mas probables en terrnlnos de prestaciones, efectividad, coste de cicio de vida y criterios relacionados; y (c) recomendar el procedimiento preferido. Puede que existan muchas

-------------------------

'if

F~-;;~,~;~-~~-~~~~-~;~~c

i ---------~ , ----------------'W'---'t

AVANCE DE LA ~---------»! REQUISITOS OPERATlVOS'-( J ESTUDIOS DE

i P~I=I~~N i r~CE~~~=i~,M,ENro~ IDE=~:L:Y

L........." i~~s:;;... i"'ie=~LA

'ESPECi!00:16N REALIM~TACI6N

~----iEVi:~-:~:~AL----'

i DE DISE~O

Figura 7. - PROCESO DE DEFINICION DE LOS REQUISITOS DEL SISTEMA -

31

Planificaci6n de la logfstica

alternativas; sin embargo, el nurnero de posibilidades debe ser reducido a unas pocas opciones viables, de acuerdo con los recursos disponibles (humanos, materiales y financieros).

Es durante la realizaci6n de los estudios iniciales de viabilidad en la fase de dlsefio conceptual cuando los requisitos de apoyo logfstico se definen inicialmente. A medida que el ingeniero responsable del dlsefio vaya identificando soluciones tecnlcas alternativas al problema en mano, las tecnologfas contempladas han de evaluarse no s610 en base a las caracterfsticas de sus prestaciones, sino tarnblen en terrnlnos de fiabilidad, mantenibilidad, facto res humanos, soportabilidad, capacidad de producci6n, coste del cicio de vida, etc. La realizaci6n de este tipo de evaluaci6n requiere una definici6n inicial de la infraestructura de apoyo; es decir, el entorno del usuario final en el que el sistema va a ser utilizado y mantenido. Esto, a su vez constituye el primer paso en el desarrollo de los requisitos operatlvos del sistema y el concepto de mantenimento.

La Figura 8 describe el cicio de vida del sistema e identifica las fases baslcas del programa, las actividades realizadas durante cad a fase, principales hitos y funciones logfsticas primarias. Esta figura es una extensi6n de la Figura 7 de la primera monograffa de esta serie, que refleja el cicio de vida y las principales actividades de ingenierfa de sistemas. Las actividades logfsticas se dividen en: planificaci6n, requisitos, dlsefio, adquisici6n, apoyo continuado y evaluaci6n. Estas actividades se definen con mayor detalle en la Figura 9. Las actividades de ingenierfa logfstica incluyen baslcaments la definici6n de requisitos, el dlsefio en cuanto a soportabilidad, la adquisici6n en 10 que se refiere al anallsls de apoyo logfstico yasesoramiento.

Respecto a la Figura 8, los hitos claves incluyen el desarrollo del sistema de especializaci6n tipo «A», el Plan de Gesti6n de Ingenierfa del Sistema (System Engineering Management Plan, SEMP) y el Plan de Apoyo Logfstico Integrado (Integrated Logistic Support Plan, ILSP). La especificaci6n del sistema incluye todos los

32


requisitos tecnlcos para el disefio del sistema (es decir, el concepto de mantenimiento, criterios de disefio para los elementos orientados ala rnlslon del sistema y pautas de disefio para la infraestructura de apoyo).

EI SEMP abarca todas las actividades de gestion de ingenierfa de sistemas, fomenta la lnteqraclon de todas las actividades relacionadas con el disefio (para inducir soportabilidad e ingenierfa logfstica) identifica las principales interfaces con otros planes clave de programas de mayor nivel (para incluir eIILSP, plan de gestion de conflquraclon, plan de qestlon de datos, plan de fabricaclon, etc.) y proporciona la lnteqraclon de los planes individuales de dlsefio orientado a la disciplina (plan de programa de fiabilidad, plan de programa de mantenibilidad, plan de programa de facto res humanos, plan de programa de seguridad, plan de ingenierfa de software, etc).

EIILSP, que abarca todas las actividades de ingenierfa logfstica y de gestion, debe desarrollarse inicialmente durante la fase de disefio conceptual, y debe ser actualizado cuando sea necesario, en las fases subsiguientes, a medida que el sistema se define mejor. En las primeras etapas, el contenido dellLSP debe centrarse en los requisitos logfsticos y funciones de ingenierfa logfstica. La Figura 10 muestra un rnetodo que conduce al desarrollo del I LSP durante el disefio conceptual [17].

A medida que vaya evolucionando el programa, el ILSP debe ser actualizado y «heche a rnedlda» para que refleje la confiquraclon del sistema en desarrollo, y para proporcionar informacion adecuada sobre la planlflcaclon y gestion, que no solo incluya la adqulslclon de requisitos de apoyo logfstico, sino que tarnblen proyecte estos requisitos en el marco de la infraestructura general de apoyo. La Figura 11 muestra un ejemplo del posible contenido de un ILSP tlplco. Conviene sefialar que la docurnentaclon especffica de planlflcaclon puede variar en cuanto a terminologfa de programa a programa, sequn se refiere a un plan elaborado por un cliente 0 a un plan elaborado

Analisis funcianal; asignacion de requisilDs; i DIBello de subslstamas y componen1Jls; soluclanes de compromlso; sln1Jlsls; dlsallo : soluciDnes de compromiso y evaluaci6n de preliminar. prueba y evaluackln de conceptos altematil'as; desarrollo de protolipo Y

de diseHo (prototipado prelimina~; planes de : mooelDS de Ingenlllrla; wrillcackln de Ies adquisici6n; contrataci6n; implantacion del i prtx:esos de produccion y construccion; proglllma; principales suminislraclolll& y sus i pruebas y avaluaciones de desarrollo;

actividades. : acHvIdadas de IDS sumlnlslradores; • planificaci6n de II produccion.

Producclon y/o construcclon de IDS UUllzacion del sistema en el entnmo del

componentes del sistema; actividades de USUlriO; lpoyo Iogistico y mantenimiento

producci6n deles suministradores; pruebas conlinuado; pruebas opallllivas; rnodificacione de_placlon; dlslltbuckln y uUllzacion del del slstama para su meJora; apoyo de sistema; pruebas y evaluaciones Opellitivas . conbulisfas; w1idacion del sistema (Ioma de

y de desarrollo; apoyo intarino del i datos de campo y su amilisis).

conln!tls1a; valklacl6n del s1stama. .

ldentlftcacl6n de Ia nacesldad; anallsls de requisilDs; requisilDs OpellitNos; conceptos de apoyo y manl8nimianto; ewIuaci6n de apllcaclanes. vlabllls de Ia !lIcnologla; selecci6n del enfllque tecnico; definici6n funcional del sislama; planificacion del programalslslama.

HITOS DEL SISTEMAiPROGRAMA Hito I

A '~~~NfIG~U~~I~N'FUNCIONAL'j

ESPECIFICACION DEL SISTEMA (TIPO'Aj

Hitolll

.................... ~ .

ic:oN_FIGURI\~16N;[)~LPROD~c:TCl.

ESPECIFICACIONES DEL PROCESO, DEL PRODUCTO Y DEL MATERIAl. (TIPOS 'CO, '0', 'E'f

HII91V

.................. ,~ ..

i CONFIGURACI6N ACTUALIZADA i

i [)~.~.~.~9[)~~9 J

Hitoll

~ [~~Nfl~U~~~N~~i~N~~~j

ESPEClFICACIONES DE DESARROLLO, DEL PROCESO, DEL PROOllCTO

Y DEL MATERIAl.

(TIPOS 'B', "C", 'D', 'Ej

Jlh PIIIn de gss1IOn del~l9rrB dII sls1Bmas

A. PIIIn d. apoyo Iogislioo iniegmOO

Jlh PIIIn maaoIrn dII pruoba y evUciOO

A. RsvIaI6n dill dlsallo CCI1ceplUal (11II'II!16n dllioe l1Iqulsltos dill sIaIBrna)

, A J.. RIMaIIlI19II dallI!eIIo del alstsme

& Jlh ~nos dBI disaHo dII oquipos/$oflwarB

, Roviailn criIica dill diaai'IJ

.0$. PIIIn de gestiOn del pruglllTlll

REQUISITOS LOGISTICOS

I-------------------------------------------------~--,

RoqIMlbl dII Apoyo Loglllllco

Figura 8, - REQUISITOS LOGISTICOS EN EL CICLO DE VIDA DEL SISTEMA-

• Planificaci6n y. gesti6n • Planificaci6n h ~ti6n • Planificaci6n y. gesti6n • Planificaci6n y gesli6n • Planiflcaci6n y. gesli6n • Planificaci6n y gesti6n
logistica. iniciales - plan !ogislica - p'la apoyo I~istica Jrequisilos de logislica. Iqgistica (requisilos del logislica
prelimi~ar de apoyo logistico Iogistico inlegrado fa: rica.ci n y del usuario) cllenle)
Integra 0
• Armlisis ~e requisi~ • An~lisis funcional • Actividades de tFerticipaci6n • Fabricaci6n, ~quisici6n y/o • Mantener y apo~r el sistema • Retirada ~resiva, reciclaje
(estudio e necesi ades del en el disano y e apoyo conslrucci6~ e elementos en emplazaml8fi1os y/o des9C He maleriales
usuarlo) gllncipales el sistema (flujo opl!ratlVOS de campo
e milleJiales, control del (actividades del usuario)
~I!tanp, ~ransporte,
IIibuci6n
• Armlisis de viabilidad • Asignaci6n de requisilos • An~lisis de apoyo 19!1islico • Fabllcaci6n, adquisici6n y/o • Servicio al clienle {servicios y • Elementos de apoyo
(oporlunidades tecnicas) (comP,llnsaciones de disano, contrucci6n de elementoS de matellales p~l'CIOnados logislico, segun sea
an~lillill predicciones, apQYo del sistema ~ur de por el fabrica ) necesano
de ImclOn dllios requisitos de rnateriaills, control e
apoyo del sistema ~I!tanp, ~ransporte'
IIibuci6n
• R.~uisilos operativos del • Aclividades de parlicipacl6n • R~istro de analisis de aRQYO • Modificaci6n del sislema • CaC:cidad de ~ida de • Caiacidad de =da,
slSiema en el diseiio yapoyo 19.9 SjiW (datos logisticoSlde segun sea necesario da , an~li~is, ~va uaci6n y an lisis y realime ci6n de
dlseno realimen:ci6~ actualizar datos
reglstro an IlSis de apoyo
laQislico ~egun sea
necesario
• Concesrn de mantenimiento • An~lisis dl1 ap~ 19Qi!!.lico • Especiflcaciones de • R~istro rre ~n~lisis de apoyo • Modificaciones del sistema
delsi ma ~comfirom'sos Il dlseno, desarrollo, de dkrodljctot~e log slice reVlsi6n de datos
n~li iS6~redicclOnes. ~roce~ y de tenal ( Ipas logisl!CQ$ - e~luaci6n de
defimci de los rulSitos de 8-," ., D", ·E") soportabllidad
apoyo al sistema
• ,l\rmlisis funcional (nivel de • Re~istro rce an~s Ite aP,qYO • AproviljiQnamiento, obienci6n • Prueba y evaluaci6n del
slSlema) ~stico datos fsticoS/de ~ adqulSICi6n de eiemenlos sistema
d 00) e apoyo del sistema
• Analisis de afsYl:llQgistico • Especfficaciones de • Prueba y evaluacl6n del • Servicio al clienle (irlStalaciOn
(ailerios de iseiio) desarrollo de produ~, de sistema en ~ usrnci6n QP,erativa,
proceso (tpos "S",· ", "OJ ve ca n, se~lClos de
• Especificaci6n del sistema • Prueba de desarrollo ~ • Equi[lOSlsoflware y campo, y apoyo
(TIpo "A") evaluaci6n de compo entes revislOnes crfticas del diseoo
del sstema
• Revisi6n de ~iseiio • Revisio~s del diseiio del
Fu:nqe~%al (I nea base sl$ma linea base
nCIO al aSlgnada Figura 9. - ACTIVIDADES DEL PROGRAMA LOGISTICO -

33


~~ ~t2 ifi8 ~!f

--'--' c..W

;!!lC

-----------4-------------' V

.------------------------------T----------------------------ir------------------------------T-------------~

I~ Qi

I 9 _J c:::::

I ~:g~1

:w ~:

l_~ j

§

u

~

---'z OJ

:gg~~ ~

otiiffiw l!

::JWzt-

L I ~ __ >-!.-----:--------, ~ i

~~;! t:

~~w

,-----------!----;<--.~-----------, jD>.

............................ '

~ ~

en

_J w o

z -0

~

u:::: z

:5

e,

w o _J

::;:!;; U

~ o

fa

u o a:: n,

_J w

o

......

m

....

:::l C)

u::::

34


PLAN DE APOYO LOGiSTICO INTEGRADO (ILSP)

1.0 Introducci6n

1.1 Objetivo y alcance

1.2 DescripciOn del sistema y antecedentes 1.3 Estrategia de adquisici6n de logistica 1.4 Referencias y especificaciones

2.0 Caracterfsticas del sistema

2.1 Requis~os operativos del sistema

2.2 Concepto de mantenimiento del sistema 2.3 Amilisis funcional y asignaciOn

2.4 Resultados de investigaci6n logistica 2.5 Estudios de viabilidad

2.6 Otros requisitos

3.0 PlanificaciOn y gestiOn de ILS 3.1 Requis~os del programa

3.2 Estructura organizativa deilLS

3.3 Organizaci6n(es) proveedor/contratista 3.4 Interfaces organizativas

3.5 Estructura de descomposici6n de trabajo 3.6 Calendarios de tareas e hitos principales 3.7 Proyecciones de costes

3.8 Revisi6n, evaluaci6n y control del programa

3.9 Comunicaciones tecnicas (informes y documentaciOn) 3.10 Gesti6n de riesgos

4.0 Planes de elementos de ILS

4.1 Plan de analisis de apoyo logistico 4.2 Plan de fiabilidad y mantenibilidad 4.3 Plan de apoyo de suministros

4.4 Plan de prueba y apoyo

4.5 Plan de personal y formaci6n 4.6 Plan de datos tecnicos

4.7 Plan de embalaje, manejo, almacenamiento y transporte 4.8 Plan de instalaciones

4.9 Plan de recursos informBticos

4.10 Plan de distribuci6n y apoyo informatico 4.11 Plan de apoyo post-prod ucciOn

4.12 Plan de apoyo de retirada del sistema

Figura 11. - FORMATO DEL PLAN DE APOYO LOGiSTICO INTEGRADO (EJEMPLO) -

35


por un contratista. Sin embargo, para simplificar, el ILSP al que se refiere la presente monograffa sera el plan general de logfstica. Este servlra de base, y hablaremos de varios elementos de este plan a 10 largo de esta monograffa.

36


37

La logistica

n I i I vi a

el sistema

38


Los objetivos baslcos de esta monograffa son dos: (a) disefiar los principales elementos relacionados con la misi6n, de manera que puedan recibir apoyo efectivo y eficaz a 10 largo de su cicio de vida proyectado; y (b) disefiar la infraestructura de apoyo del sistema para que facilite la consecuci6n del primer objetivo. La Figura 4 identifica los elementos baslcos de apoyo y la Figura 5 proyecta estos elementos en el entorno de una infraestructura parcial.

Las actividades logfsticas propuestas, resumidas en la Figura 8 y tratadas en detalle en la Figura 9, constituyen las tareas principales aplicables al alcance de estos objetivos para cualquier tipo de sistema. No obstante, la aplicaci6n espedfica de estas tareas debe ser elaborada «a rnedlda» para el sistema en desarrollo y para el proceso de adquisici6n implementado para ese sistema. La experiencia demuestra que, en muchos casos, las funciones logfsticas han desembocado en la creaci6n de mucha actividad demasiado tarde en el proceso de adquisici6n, la elaboraci6n de mucha documentaci6n con poca utilidad practica y los resultados han side caros. Se cree que esto se debe, en gran parte, a una falta de comprensi6n de las tareas en curso en terrnlnos de su intenci6n y producci6n deseada; y, en segundo lugar, a que estas tareas no han side adaptadas al nivel de definici6n del sistema, a medida que el proceso de desarrollo evoluciona desde una necesidad del usuario identificada a una configuraci6n definida. Un buen ejemplo de esto es la aplicaci6n del LSA y el intento de producir mucha documentaci6n (por ejemplo, LSAR) sin tener en cuenta el PROCESO que ha de aplicarse al desarrollo de los datos de entrada

39

La logfstica en el ciclo de vida del sistema

requeridos para el LSAR. Por 10 tanto, es esencial conocer el proceso de ingenierfa de sistemas y saber como encaja la ingenierfa logfstica dentro de este proceso.

En la Figura 9, las funciones clave de la ingenierfa logfstica incluyen la definici6n de los requisitos de la logfstica (es decir, anallsls de requisitos, estudio de viabilidad, requisitos operatlvos del sistema, el concepto de mantenimiento, anallsis y asignaci6n de funciones, y la especificaci6n del sistema tipo «A»), realizaci6n del anallsls de apoyo logfstico, participaci6n e integraci6n del disefio y pruebas y valoraci6n. Estas actividades seran examinadas en esta secci6n, utilizando la Figura 12 como referencia.

3:L Requisites de apeye logistico

Los requisitos se derivan de una necesidad identificada del usuario. Es preciso realizar un «anal isis de necesidades» en el momento de in iciar el programa si queremos establecer una base s61ida para la definici6n de requisitos de soportabilidad. Las expectativas de los clientes en terrnlnos de disponibilidad, reparabilidad y utilidad del sistema, los niveles previstos de mantenimiento, el servicio al cliente, el coste del cicio de vida, etc., deben identificarse desde el principio. Es en este momento, al principio del disefio conceptual, cuando hay que comenzar a identificar las funciones logfsticas apropiadas que deben realizarse. Esta informaci6n, complementada por la definici6n de los requisitos operatives del sistema y el concepto de mantenimiento, nos lIevan al desarrollo y jerarquizaci6n de las esenciales «medidas de prestaciones tecnlcas» (technical performance measures, TPM). Estas TPM constituyen la base para la definici6n de los criterios adecuados de disefio de soportabilidad. Asl, mientras el proceso global de definici6n de requisitos se compone de diferentes actividades, las «cornunlcaclones» con el usuario en una fase inicial son de maxima importancia. Puede que esto parezca obvio; sin embargo, el usuario no ha participado siempre desde el principio y la falta de buenas

40


comunicaciones ha resultado con frecuencia en el desarrollo de un producto que no responde a sus necesidades, en particular con respecto a la soportabilidad del sistema durante, en el cicio de vida (ver Figura 3). Se puede facilitar la promoci6n de las comunicaciones necesarias con el usuario mediante la aplicaci6n de tecnlcas como «despliegue de funci6n de calidad» (Quality Function Deployment, QFD) 0 equivalente.

Una vez que hayamos definido una necesidad, es necesario: (a) identificar varios metod os posibles de dlsefio de nivel de sistema que puedan desarrollarse para cumplir los requisitos; (b) evaluar las alternativas mas probables en terrnlncs de sus prestaciones, efectividad, soportabilidad y criterios econ6micos; y (c) recomendar la forma preferida de actuar. Puede que existan muchas alternativas; sin embargo, hemos de reducir el nurnero de posibilidades a unas pocas opciones viables, de acuerdo con los recursos disponibles.

AI considerar las distintas opciones de dlsefio , debemos investigar aplicaciones tecnol6gicas alternativas como parte del anallsls de viabilidad (ver Figura 9). Por ejemplo, en el disefio de un sistema de comu nicaciones, l,se debe utilizar tecnologfa de fibra 6ptica 0 tecnologfa convencional de cable? En el disefio de un avi6n, l,en que medida pueden emplearse materiales compuestos? AI disefiar un autom6vil l,deben emplearse circuitos electr6nicos de gran rapidez en funciones de control 0 debemos inclinarnos por un enfoque electrornecanlco convencional? En el disefio de un proceso l,en que medida debemos incorporar recursos lnforrnatlcas integrados, 0 la inteligencia artificial? Para la realizaci6n de determinadas funciones l,debemos contemplar un rnetodo autornatico 0 debemos utilizar recursos humanos?

Es durante esta etapa inicial del clclo de vida (es decir, en el dlsefio conceptual) cuando se toman las decisiones importantes respecto a la adopci6n de una aplicaci6n tecnol6gica especffica, yes en este perfodo cuando los resultados de dichas decisiones pueden tener el maximo impacto en el coste final del clclo de vida de un sistema

41


(como demuestra la Figura 2). Las aplicaciones tecnol6gicas se evaluan y en algunos casos, cuando no se dispone de datos suficientes, se inician investigaciones con el fin de desarrollar nuevos rnetodos/tecnlcas para aplicaciones especfficas.

Los resultados de un anallsls de viabilidad tendran un impacto considerable no s610 en las caracterfsticas operativas del sistema, sino en la manufacturabilidad, soportabilidad, disponibilidad y otras caracterfsticas adicionales. La elecci6n (y aplicaci6n) de determinada tecnologfa conlleva una implicaci6n de fiabilidad y mantenibilidad, puede afectar a los requisitos de fabricaci6n, puede infl uir de forma significativa en los requisitos de los equipos de prueba y piezas de repuesto, e lnflulra con toda probabilidad en el coste del cicio de vida. Dado que las decisiones relativas a la selecci6n de una tecnologfa determinada, un proceso, etc., tienen consecuencias para el cicio de vida, es imprescindible la aplicaci6n de rnetodos de calculo del coste del cicio de vida en el proceso de evaluaci6n. En cualquier caso, es fundamental la inclusi6n de consideraciones logfsticas en esta fase del proceso de adquisici6n.

Detltucion de tos requisitoe operstivos de! sistema

Como muestra la Figura 12, una de las primeras tareas a realizar en el proceso de desarrollo de sistemas es la definici6n de los requisitos operativos. Estos requisitos incluyen las siguientes consideraciones:

A) Distribuci6n 0 despliegue operativo. Se define como el nurnero de emplazamientos donde se utillzara el sistema, los plazos y la distribuci6n geografica, y el tipo y cantidad de componentes del sistema en cada emplazamiento. Esta es la respuesta a la pregunta l,d6nde ha de utilizarse el sistema?

Desde el punta de vista logfstico necesitamos saber d6nde es probable que se utilice el sistema para identificar el numero, ubicaci6n

42


y capacidad de las instalaciones de mantenimiento y apoyo; es decir, la infraestructura de apoyo. EI disefio del sistema, el equipo de empaquetado, el software, los dispositivos para diagn6stico y accesibilidad, etc., pueden ser de una forma determinada si el sistema va a ser utilizado en un unico emplazamiento. Por el contrario, si se preveen muchos emplazamientos, la configuraci6n resultante del dlsefio puede ser distinta. Por otra parte, el nurnero y ubicaci6n de los emplazamientos potenciales condiciona el establecimiento de los requisitos ambientales del dlsefio. Aunque estas consideraciones se han tenido en cuenta en el pasado, el rnetodo de trabajo empleado solla ser disefiar el producto primero y preocuparse posteriormente de d6nde podia utilizarse. Esto puede costar caro, si las modificaciones para adecuar el producto a las necesidades del consumidor se hacen a 10 largo de la vida util.

8) Perfil 0 escenario de la rntslon. Se define como la identificaci6n de la misi6n principal del sistema y sus misiones alternativas 0 secundarias. l,Que funci6n ha de desempsfiar el sistema para satisfacer una necesidad del consumidor y c6mo ha de utilizarse? Esto puede definirse por medio de una serie de perfiles operatives, ciclos de tareas, secuencias activas y pasivas, etc., que reflejen los aspectos dlnarnicos necesarios para lIevar a cabo una misi6n.

Desde el punta de vista loqlstlco, necesitamos saber exactamente c6mo va a utilizarse el sistema y las probables solicitaciones que va a experimentar (tanto internas como externas) para que resulte adecuado en termlnos de fiabilidad y mantenibilidad. A pesar de que el sistema probablemente sea utilizado de forma distinta por cada operador, debemos realizar unos supuestos subyacentes al establecer un perfil del peor de los casos. En muchas ocasiones, la Especificaci6n del Sistema Tipo «A» es muy general y no abarca las cuestiones «dinarnlcas»; se inicia el dlsefio: se desarrolla y se prueba un prototipo; y el producto resultante no satisface las expectativas del usuario en cuanto a efectividad y coste del cicio de vida. En otras palabras, se han supuesto desde el principio unos perfiles operatlvos equivocados.

ACTIVIDADES PRiNCIPALES DEL CICLO DE VIDA DEL SISTEMA

ACTIVIDADES BAsICAS DE APOYO LOGISTICO

~1-------------------------------id;~iii~d6~-d~-~;~;~;;d-d;i-~;~~~-------------------------------i

L , ,

__________________________________________________________ t_________________________________________________________ _ _

___ __~ Aniilis~ de re~silos __ R_eglJisitos~els_iste_~ ~. R~sitos d:_ apoyo ~ogislico_

A---------------------------~~~-~~-~-\ll~~j!~~~~i~~~l~-~-~~~~~-----------------j--------iJaclllrllS~ElS[)1l0rtal>iIKjad-- j ~~~-~=-~[~-~-~l~jEI~_~ i

• .- Analisis del sistema! Factores del sistema.- Asignac~n ~e criterios cualitativos

---~' -------------- ,--------------------------------------------------------~ Y cuantllalwas para elementos

• Asignacion de requisitos del aniilisis funcional i • de apayo i

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::~::::::::::::::::::::::::::::::::::::::::::::::::~:::::::: CriteJiOS_de_sopoJtJbUilad ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::r::::::::::::::::::::::::::::::::::::::::::::::::::::::::

Optimizadon del sistema Altemativas Analisis de apayo Iogistico

--- fI,-. --------------- -------------------~. --------------

_________________________________ ;~_I_~~~~ __ ~EI_!l_~!!)!I_t~_~~ __ ~~ft[) J

_________________________________ ;~I_~~~~ __ ~EI_!l_~!'!!!I_t~_~~ __ ~j~D!l J

Resultados de evaluacion

__________________________________________________________ t ~~~~~~~; ----------------------------------------------------------:~~~~~~: t _

Slntesis del sistema .[)atosdel~isE!noJlrllli!!)il1<lr Analisis de apoyo log [stico

-------------------- -------------- -----~ ----- ----------------,-------

Disefio preliminar y analisis de una conflQuracion seleccionada ' Identificacion de la loglslica. Requisitos humanos (LSAR preliminar)

,-----------------------------------------------------------,----------------------------------------------------------- ~~_lC?QJ~~_L~) ~-_-_-_-_-_-_-J---------------------------------------------------,-----------------------------------------------------------

______________________________________________________ ----t------------------------------------------------f::::::~ , 1" ,

Diseno delallado de~istema J.equi~softwa~/personal) i----------------~!~-~-I-~l~EI~-~-----------------~ __ ~~isis de ~payo ~istico _

.. ~

..... ~.

Integraci6n del diseno, datos, modelos de ingenieria, maquetas, profutipos, revisiOn del diseno, prueba y evaluaciOn, valoracion

Accion correctiva

Identificaci6n de Ia logistica Requisilos de recursos (LSAR aclualizado)

--------------------------------------------------------~- -------------------------------------------------,--- --------------------------------------------------~------

• Datos del diseno ........"t.

,--------------------------------------------------------------)1<> • Aprovisionamiento y adquisiciOn de material de apoyo logislico

, . M_~~_f:'tQ~ __ E!~~~_~~!~_t~ ~~~~~~1 ----------------------------------------------------,-----------------------------------------------

------------------------------------------------------ __ t 11'_ 'f"_'

Producdonfconslrucdon de los elemenlos principales del sistema

______ ~_u_ipos_:....S_oftwa_~,_in_sta_~CI_·o_nes_~______ ~gc,ord~l1acionJlllraC()rnPCItibilidc!~~-------------------------------~-~~~~~~~:~c:~:~~~c~~------------------------------I

, ~_~~~_¥_~~!~,~~~-~_~~_I_~i_~~ i

t::lemEl_n~l()gisti!:Q§.

------------------------------------------------------ ± 'f_ _ --i---

Operaeien y manlenimienlo continuado del sistema ·····.(JatQs~uari()~. Aniilisis de apayo Iogistioo

• y apayo al cicio de vida par el usuario. -----------

,----------------------------------------------------------;-------------------------------------------------~------- • Evaluacion de soportabilidad i

Accion correctiva '-----,----------------------------------------------------,----------------------------------------------------------

._-------------------------------------------------------------------------

, t ,

• Reaprovisionamienlo de material de apayo Iogistico •

, {~9_~_~_i~~~L •

.. ~.

----------------------------------------------------------------------------------------------------------------------

1~-----------------------------~jr!l:dc!-Ilr!lQ-~l\l!:!-~-~L~~-!lL-- _

Retirada del sistema, reiirada Ilrogresiva }'l'Elcic;lajlld~~~~al

Figura 12 - LOGISTICA DEL PROCESO DE DESARROLLO DEL SISTEMA-

43


C) Requisitos de prestaciones y efectividad. Definici6n de las caracterfsticas principales de las prestaciones 0 funciones del sistema. Esto se refiere a parametres como autonomfa, precisi6n, rapidez, capacidad, procesamiento, potencia, tarnafio, peso y facto res teen icos relacionados que son esenciales para el cumplimiento de la misi6n propuesta del sistema en los distintos emplazamientos. Adernas, es necesario definir las caracterfsticas apropiadas de efectividad que puedan estar relacionadas con los factores de prestaciones, y aplicadas al perfil de misi6n aplicable 0 escenario op er atlvo. Tales caracterfsticas pueden incluir disponibilidad (A), fiabilidad (R, MTBF, A_) mantenibilidad (MTBM, Mct, MDT, M M H/OH), seguridad de misi6n (D), utilizaci6n de i nstalacio nes (%), efectividad organ izativa, n ivel es de especializaci6n de personal, coste, etc, sequn sean aplicables. EI objetivo es poder aplicar la rnetrlca correcta a un determinado perfil operativo. ~Cual es la relaci6n entre un alto grado de fiabilidad y los distintos parametres de prestaciones necesarios para cumplir un requisito especffico de la misi6n? Desde el punta de vista logfstico, las diferentes medidas de efectividad condicionan no s610 la frecuencia de mantenimiento, sino los recursos logfsticos que probablemente sean precisos para realizarlo (por ejemplo: piezas de recambio y repuesto, equipos de prueba, personal de mantenimiento, instalaciones, transporte, datos y recursos lnforrnatlcos). Estos factores, a su vez, ayudan a determinar los niveles de mantenimiento, rutinas de diagn6stico y empaquetado de equipos y software, y caracterfsticas relacionadas del disefio.

D) Cicio de vida operative (horizonte). Es la duraci6n estimada del perfodo de utilizaci6n operativa del sistema (y de sus elementos). ~Durante cuanto tiempo sequira utilizando el usuario el sistema? ~Cual es el perfil total del inventario necesario para el sistema y sus componentes? Mientras que las condiciones pueden cambiar (debido a un cambio de las amenazas, obsolescencia inminente, el deseo de tecnologfa nueva, etc.), es necesario establecer una linea de referencia desde el principio.

44


Desde el punta de vista logfstico, la especificaci6n de un cicio de vida designado es fundamental no s610 respecto al dlsefio de los principales elementos relacionados con la misi6n del sistema para soportabilidad, sino para el disefio de la infraestructura de apoyo para un perfodo especffico. Estos requisitos individuales de dlsefio pueden variar de forma significativa si se trata de un cicio de vida previsto de 1 afio, de 10 afios 0 de 20 afios. En el pasado, se utilizaba con frecuencia el rnetodo de disefiar un producto sin tener en cuenta desde el principio su cicio de vida, y luego exigir que fuera soportable durante un perfodo largo de tiempo. Este rnetodo suele resultar en la realizaci6n de una serie de modificaciones a 10 largo del cicio de vida del producto, 10 que con frecuencia resulta en costes significativos.

E) Entorno. Definici6n del entorno en el que el sistema ha de operar de forma efectiva (por ejemplo, temperatura, choques y vibraciones, ruido, humedad, condiciones artlcas 0 tropicales, terreno llano 0 rnontafioso, condiciones aerotransportadas, terrestres y marinos). Los factores ambientales pueden desarrollarse mediante la definici6n de un conjunto de perfiles de misi6n 0 emplazamientos operatives. Adernas, tamblan debemos considerar el entorno al que el sistema (y sus componentes) esta expuesto durante el transporte, manipulaci6n y almacenamiento. Es posible que los componentes del sistema esten expuestos a un entorno mas riguroso durante el transporte que durante su funcionamiento.

Desde el punta de vista logfstico, los requisitos ambientales del funcionamiento del sistema pueden tener un impacto en varias areas. En primer lugar, aunque el sistema debe estar dlsefiado para operar en entorno especffico, puede ocurrir en ocasiones que los efectos externos del medio ambiente influyan en la frecuencia del mantenimiento y la necesidad de gastar recursos logfsticos. En segundo lugar, en zonas donde el medio ambiente externo es especialmente duro, puede resultar necesario dlsefiar un nuevo elemento logfstico (por ejemplo, el disefio de un contenedor especial para el transporte). En tercer lugar, el medio ambiente en el que va a operar el sistema condiciona

45


(hasta cierto punto) el entorno en el que va a realizarse el mantenimiento, en particular aquellas funciones lIevadas a cabo en primer escal6n.

EI establecimiento de los requisitos opsratlvos constituye la base del disefio del sistema. Necesitamos, claramente, contestar las siguientes preguntas antes de proseguir:

a.- ~Cuales seran las funciones del sistema?

b.- ~Cuando tendra que desarrollar la funci6n prevista y durante cuanto tiempo?

c.- ~D6nde se utlllzara el sistema?

d.- ~C6mo alcanzara el sistema sus objetivos?

La respuesta a estas preguntas debe establecer una Ifnea de referencia. Aunque las condiciones puedan cambiar, es necesario establecer unos supuestos iniciales. Puede parecer a veces que no existe suficiente informaci6n para responder a algunas de estas preguntas prioritarias, y por consiguiente los requisitos operatives no e staran muy bien definidos. AI mismo tiempo, los ingenieros responsables del disefio estan disefiando el producto sin que todos sigan las mismas especificaciones. Es importante entonces abordar cada una de las areas, establecer unos criterios para el disefio (documentando todos los supuestos), y poner en marcha un rnetodo para la gesti6n efectiva de la configuraci6n a partir de ese momento.

Una vez establecidos unos buenos criterios para los requisitos operatives, el siguiente paso consiste en desarrollar el concepto de mantenimiento del sistema. Como demuestra la Figura 12, el concepto de mantenimiento representa una actividad clave en la definici6n de las actividades logfsticas.

Desarrollo de! coocepto de msntenimiento .1/ epoyo

EI concepto de mantenimiento se desarrolla a partir de la definici6n de los requisitos operatlvos del sistema descritos en la

46


Secci6n 3.1.3, e incluye las actividades reflejadas en la Figura 5. Constituye una serie de ilustraciones y aseveraciones sobre c6mo debe ser disefiado el sistema para soportabilidad, mientras que el «plan de mantenimiento» define los sucesivos requisitos basados en los resultados del anallsls de apoyo logfstico 0 estudios similares [2]. EI concepto de mantenimiento, que se plasma final mente en un plan detallado de mantenimiento, cubre baslcarnente los niveles de mantenimiento, pollticas de reparaci6n, responsabilidades, criterios para el disefio relativos a los elementos logfsticos, factores de efectividad aplicados a la infraestructura global de apoyo, y facto res ambientales.

A) Niveles de mantenimiento. Se refieren a la divisi6n de funciones y tareas para cada area de mantenimiento. La Figura 13 muestra el flujo de de actividades y materiales, donde las actividades de mantenimiento estan representadas por el flujo desde el emplazamiento de utilizaci6n por el usuario hasta el ultimo escal6n de mantenimiento y el aprovisionamiento de recursos de apoyo logfstico (por ejemplo, piezas de repuesto) esta representado por el flujo desde el proveedor hasta el emplazamiento opsratlvo.

Segun las caracterfsticas y complejidad del sistema, la fiabilidad de sus componentes, la importancia crltlca de artlculos para el axito de la misi6n, etc., pueden existir 2,3 Y hasta 4 niveles de mantenimiento; sin embargo, para simplificar, podemos clasificar el mantenimiento como «orqanizatlvo» (primer escaI6n), «lntermedlo» (segundo escal6n) y «surnlnlstrador/alrnacen» (tercer escaI6n). La Figura 14 destaca las diferencias esenciales entre estos niveles. Se recomienda consultar algunas de las referencias que figuran en la Bibliograffa.

Una forma habitual de enfocar la definici6n del concepto de mantenimiento es aceptar que la estructura existente es la mas adecuada para un nuevo sistema (ya sean 2, 3 6 4 los niveles de mantenimiento). A pesar de que este enfoque pueda parecer el mas econ6mico, es posible que nuestras practlcas adquiridas con los

47


J3

_;!i !i!-I!!

E-- '"

f.'l i! ill

1'0 !. ::I

~o~

W

~-

-~
.g~
~ I s-
D..8
~ ..
"CJ l i

'----------------]

>-_2 i

.... ~ ~J3i il!il<'-'

• su

• ~ .........• ~ -c _5 i""'''-~

1> B !2. i

: ..;( ~ 6" :

E~:

OJ J3 J3
"CJ -!§ ~ 5i.5i'!
<: <:
:8:2 --"CJ
_~ f.'l E ..
f.'l-~ .!i.~ -i:: E
=ij.,!!! BB
<:eo <: <:
~ :!!!o 1'0--
::;; «
:::2:
w
I-
en
en
....J
w
C
0
I-
Z
w
::!:
z
W
I-
Z
-c
:::!:
w
c
0
--,
:::>
___J
LL
C")
..-
CD
...
::::J
as C)
E u:::
..
"Ii
-II! 48


.f!! !!I !3

c :2 u

·i ~

o

..!!! <I> .... .... m

-g

.~

c. C <I>

8. ·5

C" w

m

E

i

<I> .... c ·0

1

C'. C

~

C"

8.

o ..c:: u

:!

....

C'. o ....

! e

f

<I> ....

~

. ...

~

Z w

::iE z

~

z

:li

w CI en W ....J W > Z en W ....J

(f

U Z

0::: a..

49


sistemas existentes no sean las mas viables para el nuevo requisito. Por otra parte, los niveles pueden cambiar a medida que el sistema va evolucionando a 10 largo de su cicio de vida. Por tanto, es preciso reevaluar el concepto para cada nuevo requisito.

8) PoHticas de reparaci6n. Se refiere al alcance de las reparaciones del sistema y sus elementos. Dentro de las limitaciones descritas en las Figuras 13 y 14, pueden existir un nurnero de polltlcas posibles que especifiquen el grado en que deben realizarse las reparaciones del sistema. Una polftica puede establecer que un articulo debe ser disefiado con el fin de ser no reparable, parcial mente reparable o totalmente reparable. Las opciones se evaluan sequn el rnetodo descrito en la Figura 15, y se deciden las polltlcas recomendadas. Se desarrollan los criterios de dlsefio, y avanza el dlsefio del sistema dentro de las pautas marcadas por la polltlca de reparaciones elegida.

En la Figura 16 se da un ejemplo de una polltlca de reparaciones para el sistema XYZ, desarrollada como parte del concepto de mantenimiento.

EI desarrollo del concepto de mantenimiento depende de la identificaci6n de los niveles de mantenimiento supuestos, y de las funciones primarias a desarrollar en cada nivel. EI objetivo, en esta fase, es definir una base para establecer criterios de dlsefio en cuanto a soportabilidad y para disefiar la infraestuctura de apoyo. Los niveles de reparaci6n asumidos lnflulran en los esquemas de empaquetado de equipos y software, el grado de diagn6stico requerido (sobre todo para componentes electr6nicos), la accesibilidad y las provisiones para el etiquetado que deben incorporarse en el caso de artlculos reparables, etc. Aunque las condiciones pueden cambiar a medida que se desarrolla la definici6n del sistema, hay que establecer una base para el dlsefio conceptual. Este objetivo puede ser facilitado mediante la realizaci6n de los anallsls de coste del cicio de vida (Life-Cycle Cost, LCC) y de nivel de reparaci6n (Level of Repair, LOR). En el pasado, estas herramientas se han empleado a 10 largo del cicio de vida (sobre todo

50


~

:-------------------------------------t-------------------------------------,

! ---------------------------------------~ Requisitos operativos del sistema

:--------------------------------------"1-------------- J

_______________ L _

Sistema

no reparable

1 , 1

rEf~ctr~dad :

i y coste del cicio : i de vida i

:-----------------------------------~

~---

Politicas aitemativas de reparaci6n

t

Sistema parcial mente reparable -1-

w

I=::~-

L , '

Sistema totalmente reparable

:-----------------------------------~

, '

-----------------_------------------

:----------------'-----------------

Efectividad

y coste del cicio de vida

:----------------'t----------------: ----------------V----

Efectividad: Efectividad

y coste del ddo ] y coste del cicio

deL:j,~~id.J

,---------------------

:------------------------------------:f--------------------------------------:

Evaluacion de a~ernativas

l , J

: .t ,

Seleccion de polltlca de reparaclon

l , J

,

Concepto de mantenimiento desarrollado plenamente

------------------------------------------------

~

Figura 15. - EVALUACION Y OPTIMIZACION DE LA POLiTICA DE REPARACION -

MANTENIMIENTO DE PRIMER ESCALON VEH[CULO

MANTENIMIENTO DE SEGUNDO ESCALON

MANTENIMIENTO DE TERCER ESCALON

--------------------------------------------------------------------------------------------------------------------------------------,

UNIDADA

:--------------------------------------------------,

A i I Aislamiento del fallo al conjunto:

:··'-$><1 • Sintetizador. . .....

• Control de sintonizador.

.. ~ • Acoplador.

• Amplificador de potencia. :~

:-----------------------------------------------------------------:

-------------------~~~~~~~~~-------------------II

UNIDAD A Y UNIDAD B

,----------------------------------------------------------~

ALMAC~NlFABRICA

MANTENIMIENTO NO PROGRAMADO

, ,

, ,

, ,

\----------------------------------------------------------~

, ,

P.~ Aisla mienlo de fallo y reparaci6n del

~ suministro de energra 3 :----SIt<- 1

• En caso de fallo, el test incorporado proporciona aislamiento

del fa 110 a:

- Unidad A 0

- Unidad B 0

- Unidad C

• La unidad aplicable se reemplaza

Aislamiento del fallo a m6dulo 0 pieza:

, ,

, ,

, ,

, ,

, ,

,----------------------------------------------------------~

MOdulos de Ia Unidad A

• Sintelizador de cortaclrcuitos (ce).

• Acoplador de cortacircuilos.

• Control de slntonizador de ce,

• Amplificador de potencia de ce,

Factores de apoyo:

• Equipo de apoyo y prueba -elemenlos standard

• Personal -GS.9

• MCt-3hr.

• TAT -8 hr.

• MMHlOH -0.007

! :

L ~

UNIDAD B

MANTENIMIENTO PROGRAMADO

MOdulos de la Unidad B

• Conductor CBs.

• Mezclador lX CBs.

Reemplazar la Ia~ela de circuito f2.,..

o la pieza aplicable. i

l 1

Aislamiento del fallo al conjunto: l ~

B fr!!M

Chequeo operalivo previo ala misi6n.

• Conductor.

• Mazclador lX.

• Suministro de energla.

Factores de apayo:

• Equipo de apayo y prueha -autodiagn6slico Incorporado.

Equipo no exlemo.

• Personal conductor de camlones (equiv. a GS-5)

• Medioambiente-montai'\oso y allanamiento del terrano, Ir6picos y Artico.

• MTBF-1800 hr.

• Met-10min.

• MMHlOH-O.1

UNIDADC

, ,

, ,

,-------------------------------------------------,

c·' ~ Aislamiento del fallo a piezas. cSlt<-1

, ,

, ,

,------------------------------------------------_.

Factores de apoyo:

• Equipo de apoyo y prueha -test de conjunto,

veriflCador de Ia~ela de circuilo.

• Personal-GS-70 equivalente.

• Medioambiente -normal.

• MCi-2 hr.

• TAT -4 hr.

• MMHlOH-O.05

LABORATORIO DE CALIBRACION

~------------------------------------------------------~

~~eparar y/o calibrar

NOTAS:

1. llrar las plezas

2. Las ta~eIas de circuilo se disena como desecho

3. La reparaci6n del suminislro

de energla se realiza mas econ6micamente en tercer escal6n

• • liempo de calibraci6n -8 hr.

l J

Figura 16. - POLiTICA DE REPARACI6N DEL SISTEMA-

51

La logfstica en e1 ciclo de vida del sistema

el anallsls LOR) y los resultados han side obtenidos despues del mismo. Aunque este enfoque puede responder a los requisitos de la definici6n de recursos de apoyo logfstico basados en una configuraci6n s61ida de disefio, no responde al disefio del sistema en cuanto a soportabilidad.

C) Responsabilidades organizativas. La realizaci6n del mantenimiento puede ser responsabilidad del usuario, del fabricante (0 proveedor), de terceros iO de una combinaci6n de ellos! Adernas, la responsabilidad puede cambiar de mano, a medida que se avanza en la fase de utilizaci6n. Por ejemplo, puede establecerse una capacidad interina de apoyo del contratista donde el apoyo al sistema corresponde al fabricante en una fase inicial de su funcionamiento, pasando posteriormente a ser responsabilidad del usuario. Por otra parte, un determinado artfculo puede considerarse no reparable siempre que existan fuentes adecuadas de suministro de piezas de recambio y repuesto. Con la transferencia de responsabilidades relativas al apoyo, un artfculo clasificado inicialmente como no reparable puede lIegar a ser reparable, sequn la capacidad de la nueva organizaci6n.

Las decisiones relativas a las responsabilidades organizativas pueden tener un impacto en el dlserio del sistema desde el punta de vista de diagn6stico y empaquetado del equipo y software, adernas de condicionar las polfticas de reparaci6n, clausulas de garantfa del contrato y similares. EI analisls del nivel de reparaci6n ayuda a describir las polfticas de reparaci6n, aunque las decisiones dependen en gran parte de criterios econ6micos. AI mismo tiempo, existen otros factores que lnfluiran en las decisones sobre si un producto es reparable 0 no (por ejemplo, factores tscnlcos de seguridad, organizativos y politicos y ambientales; la Secci6n 3.2 contiene informaci6n adicional sobre los anallsis de nivel de reparaci6n).

0) Elementos de apoyo logistico. Se refiere a los criterios de dlsefio relativo a los elementos logfsticos identificados en la Figura 4. Estos elementos incluyen el aprovisionamiento (repuestos y recambios), y pueden incluir factores de probabilidad respecto a disponibilidad de recambios, niveles de inventario, cantidades econ6micas de pedidos,

52


frecuencia de ciclos de aprovisionamiento, etc. Pueden desarrollarse los criterios apropiados para equipos de autodiagn6stico incorporados y/o externos y equipos de prueba; por ejemplo disponibilidad, MTBF, MTBM, MDT, frecuencia de calibraci6n y tiempo de funcionamiento para los equipos de prueba. Puede resultar conveniente incluir tamblan los niveles de personal de mantenimiento, el nivel de especializaci6n, los requisitos de formaci6n, y los factores de efectividad.

De todos modos, el concepto de mantenimiento proporciona algunos criterios iniciales y Ifneas de referencia para el dlsefio de la capacidad global de apoyo reflejado en la Figura 5. Tanto los parametres relacionados con las prestaciones como los factores de efectividad han de ser contemplados. Aunque el trabajo de especificaci6n de requisitos de los principales elementos del sistema relacionados con la misi6n sea excelente, en muchas ocasiones no se tiene en cuenta la infraestructura de apoyo. Dado un requisito de disponibilidad ~de que sirve especificar un tiempo medio de reparaci6n de treinta minutos para elementos principales 0 software si se tarda entre seis meses y un afio en conseguir un repuesto? Baslcarnsnte, la estructura de apoyo puede tender a reducir la capacidad total del sistema, a no ser que se preste atenci6n a su disefio y efectividad total.

E) Entorno. Definici6n del entorno en 10 referente al mantenimiento yapoyo. Este incluye la temperatura, vibraciones y choques, humedad, ruido, entornos articos 0 tropicales, terrenos llanos 0 rnontafiosos, entornos rnarltlrnos 0 terrestres, etc., aplicado a las tareas de mantenimiento y funciones relacionadas con el transporte, manejo y almacenamiento.

Resumiendo, el concepto de mantenimiento constituye la base para el establecimiento de los requisitos de soportabilidad en el dlsefio del sistema. La identificaci6n inicial de las funciones de mantenimiento, la asignaci6n preliminar de funciones a los distintos niveles de mantenimiento, y los estudios de procedimientos se realizan con la ayuda de los anal isis de nivel de reparaci6n y rnetodos relacionados . .£8 sstablSG9 una If.rlGa de. .ffitsf:sflcia qus flQS .con.dbJ.G9 al. analisis de apoyo loqlstlco (ver Figura 12) y la preparaci6n del plan definitivo de

53


mantenimiento durante la fase del disefio y desarrollo detallados.

3.1.3.

Deserrollo y esiqnecion de prtotidedes de medides de prestsciottes teen/cas

Tomando como base los requisitos operatlvos y el concepto de mantenimiento, se identifican facto res cuantitativos especfficos 0 las rnetricas asociadas con el sistema que se esta desarrollando. Estas rnetrlcas, que se suelen denominar «medidas de prestaclones tscnlcas» (technical performance measures, TPM) 0 «parametres dependientes del dlsefio», deben fijarse inicialmente como parte del proceso de definici6n de requisitos durante el disefio conceptual e incluirse en la especificaci6n del sistema Tipo «A» siendo verificados mas tarde a traves de la evaluaci6n y revisi6n continua del sistema.

Las TPM deben identificarse de forma jerarqulca, empezando a nivel de sistema, descendiendo hasta el subsistema, nivel de configuraci6n de artfculo, equipos y software, para cada elemento logfstico. Debe existir la posibilidad de detectar los requisitos medibles de arriba-abajo, y el cumplimiento de estos requisitos ha de verificarse mas tarde de abajo-arriba mediante el proceso de prueba y evaluaci6n.

La Figura 17 identifica unas TPM tfpicas que, si se especificaran, tendrfan un impacto considerable en la logfstica. Estas TPM se han dividido en dos categorfas: (a) facto res probablemente aplicables al sistema total y que lnflulran principalmente sobre los elementos del sistema relacionados con su misi6n; y (b) factores que pueden relacionarse directamente con los elementos logfsticos identificados en la Figura 4. Los factores de ambas categorfas estan fntimamente interrelacionados, sepun refleja la Figura 6. Aquellos parametres que se aplican a los elementos principales del sistema influyen enormemente sobre el disefio de la infraestructura de apoyo logfstico, y los que se aplican en el area de logfstica condlelonaran la capacidad del sistema para lIevar a cabo su misi6n con exlto.

54


MEDIDAS SELECCIONADAS DE PRESTACIONES T~CNICAS (TPM)

A. NIVEL DE SISTEMA

1. Rentabilidad (LCClmedida de efectividad del sistema)

2. Efectividad del sistema (disponibilidad, seguridad de misi6n y medida de

prestacio nes)

3. Disponibilidad (A)

4. Seguridad de misi6n (D)

5. Fiabilidad (R, MTBF, MTTF)

6. Mantenibilidad (MTBM, MTBR, MDT, M, Met, Mpt, MMH/OH)

7. Factores humanos (Personal operador, nivel de formaci6n, tasa de errores)

8. Prestaciones (alcance, precisi6n, tamatio, producci6n, rapidez, peso, etc.)

9. Coste del cicio de vida (diseno y desarrollo, producci6n1construcci6n, operaci6n, mantenimiento y apoyo, retirada, reciclaje de materiales)

B. ELEMENTOS LOGISTICOS (VER LA FIGURA 4)

1. Apoyo al suministro (tasas de demanda de recambios, MTBR, probabilidad del exito del sistema sin recambios, probabilidad de disponibilidad de recambios/repuestos, niveles de inventario, tasa de reemplazo del inventario, cantidad econ6mica de pedidos, tasa de condenaci6n, tiempo de adquisici6n, tasa de obsolescencia, tasa de desgaste, tasa de danos, coste)

2. Equipos de prueba y apoyo (tasa de utilizaci6n, tiempo de proceso del centro de pruebas 0 tiempo de utilizaci6n, disponibilidad, fiabilidad, mantenibilidad, tasa de calibraci6n y duraci6n del cicio, tasa de retirada, coste)

3. Transporte y manipulaci6n (metodo de transporte y ruta, distancia, tiempo, frecuencia, coste)

4. Instalaciones de mantenimiento (tasa de lIegada de articulos y lista de espera, tiempo de proceso, tiempos de rotaci6n de articulos, porcentaje de utilizaci6n, tasa de consumo de materiales, acci6n de consumo/mantenimiento de facilidades, coste)

5. Personal yformaci6n (MMH/acci6n de mantenimiento, niveles de personal y cualificaciones, tasa de errores de mantenimiento, atrici6n, frecuencia de formaci6n y tiempo)

6. Recursos informaticos (fiabilidad del software, mantenibilidad, tasa de mantenimiento, nivel de complejidad, lineas de c6digo, coste)

7. Datos tecnicos (volumen, errores/p~ina, lenguaje y formato, coste)

Figura 17. - ATRIBUTOS DEL SISTEMA Y TPM RELACIONADAS CON LA LOGiSTICA-

55


La aplicaci6n de las TPM debe adaptarse al sistema en cuesti6n y dependera, por supuesto, de los requisitos del usuario y de las funciones que el sistema ha de desempefiar. Es posible que todos los facto res identificados en la Figura 17 sean aplicables. Adernas, es probable que las prioridades que indican los respectivos niveles de importancia varfen en cada situaci6n. De cualquierforma, las rnetrlcas correctas han de ser especificadas y ordenadas por importancia para el sistema en cuesti6n, y deben estar relacionadas con los escenarios de la misi6n. Por otra parte, las TPM orientadas a los elementos logfsticos deben identificarse en el marco de la infraestructura global de apoyo reflejada en la Figura 5; es decir l,cuales de las TPM son aplicables a nivel organizativo, a nivel intermedio y a nivel suministradorl alrnacen de mantenimiento?

Hist6ricamente, la aplicaci6n de las TPM se ha realizado a nivel de sistema, con enfasis en la especificaci6n de facto res de prestaciones de los elementos principales del sistema. En muchos casos, se han especificado tarnblen los factores de efectividad, fiabilidad y mantenibilidad y coste. Sin embargo, se ha dedicado muy poca (si es que alguna) atenci6n a la infraestructura de apoyo ya la evaluaci6n de su efectividad y eficacia. Pero si el objetivo futuro consiste en disefiar el sistema para soportabilidad, los elementos de la infraestructura de apoyo logfstico deben tener el mismo grado de importancia que los elementos principales del sistema.

3. t .4. Anafisis iuncions! de! sistema. y aszqnaci6n de requisitos

Como muestra la Figura 12, el siguiente paso en el proceso de ingenierfa de sistemas es el desglose, 0 descomposici6n, de requisitos especificados a nivel de sistema, subsistema, y tan abajo en la estructura [erarqulca como sea necesario para identificar los recursos especfficos y los diferentes componentes del sistema. EI objetivo consiste en definir el sistema en terrnlnos funcionales, describiendo

56


los «l,que?» y no los «l,c6mo?»; es decir, hay que definir 10 que debe hacerse y no c6mo debe hacerse. Las funciones pueden incluir funciones de disefio, producci6n, utilizaci6n, mantenimiento yapoyo, etc. Las funciones de alto nivel se descomponen en las de segundo nivel, las funciones operativas conducen a las de mantenimiento y se emplea la numeraci6n de bloques para proporcionar cap acid ad de seguimiento de los requisitos, tanto descendente como ascendente. La Figura 18 muestra un diagrama funcional simplificado de bloques con cierta medida de descomposici6n.

Dada una descripci6n de alto nivel del sistema en terrnlnos funcionales, el paso siguiente es combinar 0 agrupar las funciones similares en subdivisiones 16gicas, identificando los principales subsistemas y los componentes de los niveles inferiores de la totalidad del sistema; es decir, desarrollar un esquema de empaquetado funcional para el sistema. Esto resulta en la identificaci6n inicial de equipos, software, recursos humanos, instalaciones, datos 0 sus combinaciones. Esto, a su vez, conduce al proceso de asignaci6n de requisitos, 0 la distribuci6n de TPM desde el nivel de sistema hacia abajo, hasta lIegar al nivel necesario. La Figura 19 refleja los resultados de la asignaci6n para un sistema tlplco orientado al hardware.

Las funciones operativas conducen a funciones de mantenimiento (ver Figuras 19 y 20). Se procede a la evaluaci6n de cada bloque en termlnos de entradas, salidas, controles y/o limitaciones y mecanismos facilitadores (ver Figura 20). Cabe subrayar que las expresiones de cada bloque estan 'orientadas a acciones' y que los «rnecanlsrnos» conducen, basicarnente, a la identificaci6n de los recursos especfficos necesarios para desarrollar la funci6n; por ejemplo, de un equipo, elemento de software, una herramienta de prueba, una instalaci6n, recursos humanos, una pieza de recambio, etc. Estos requisitos de recursos son verificados mas adelante a traves del anal isis de apoyo logfstico.

Desde un punta de vista logfstico, el anal isis funcional proporciona una base cornun para identificar todos los recursos de

57


-------------------

tt

.;./

~ ~

Ci5

_J w o

~

o u z => LL

Z -0 U Ci5 o a.. :::a: o u en w o

m

t; ij

.... II.!

g .~

In

g i~

~!!! ~"~ ,~, ,,~ ··z~I~",

-. ,: 0 i : ,

II.! ~~,·fItI 0 LJ:

1:1: IJJ: _.,1 LL~ :r""Si" ~ I,

~: ~L , ~', LL' '\i , , ..

!if ,:~:~::Ji,

;S:i L*::,

ffi~

::::e: .. ~.

~I i ~ :ri~~: i

.;"w~ , .. ~

~r e ~ ,..iw

~~

~i ..

, .. L.

iJ .. ~ .. i

58


SISTEMA "X Y Z"

PrssiaciCllIIs;

A O.9IJ

MTBM . •••••• 170 hili.

MDT . .16 hili.

MMHIOH •••••••••••••••••. 0.5

Nivel ClI8llf1cacl6n GS-5

Coale ••••••••• .$50.000

~~!J~~.

[" ~M::M:~HIOH~: .. ·~.~ .. N .... ~ .. I .... D.· .... A.: .... : .. D .... : .. : .... A.: .... :30,0.20~5h~~~I,1 ! =~:::':'.:: ! I~:~~~~:

i MMHIOH 0.15. iMMHIOH 0.10 i

• Nivel CUalilicaci6n Gs-7 i • Nivel ClI8lificac:i6n 00.7 i • Nivel ClI8lific:aci6n • .Gs-7 •

L_CosIlI· .. ·--·--·--·7·--·--·--·--·$_'_7.00_OJ i_c:ostJI_------ .. · .. · .. · .. · .. · .. · .. ··$25·_DOO_i LCosIlI----·--·--·--·--· .... · .. · .. ·~_DDO i

,-----------------------------------------------------,---

I

l~~~~~~~.~SAM.6.W.ET~J C~~E!lJ.SNl6WE.2~~~~~1

i '- O.OOOBlhr. i'- 0.DD211hr.i

i Met 4.5 hili. iMet .. .2.5 hili. i

i MMHIOH D.03 .MMHIOH 0.15 i

i Nlvel CUallllcacl6n .GS-9 iNIveI~lftoaciln ~~J

-----------------,

_________________ L _

, ENSAMBLAIE 3 .

b~·~.~·~.~·~.~·~.~·~~:~~:~~:~~:~~:~~i:~;:

.MMHIOH 0.07

iNIve'~lIa'~cac~n GS_9 .

Figura 19. - ASIGNACION DE OBJETIVOS DEL SISTEMA XYZ-

NIVELES DE DEFINICI6N

SISTEMA

,------------ ----------

, .

, .

, .

---+-------,

',«~~ /.<:~? ..

~:'\)-:~:.;~>

r-v-t--:

[ .

SUBSISTEMA

-----------------,

I--------~--------

________________ .1

Figura 20. - TENDENCIAS DE ANALISIS DE APOYO LOGiSTICO-

-------------------

r.

SUB-MONTAJE (REPARABLE MAs BAJa)

COMPONENTE (PIElA)

59


mantenimiento y apoyo; es decir, los requisitos especfficos para cada uno de los elementos reflejados en la Figura 4. Por otra parte, se utiliza como entrada principal en la elaboraci6n y desarrollo de varios anallsls, tanto dentro del anallsls de apoyo logfstico como en los anallsis relacionados. Por ejemplo, un anal isis funcional es necesario para la realizaci6n de:

a) Modelos de fiabilidad y diagramas de bloques; esto es, anal isis de fiabilidad.

b) Anallsls de modos de fallos, sus efectos y su criticidad (Failure Modes, Effects, and Criticality Analysis, FMECA).

c) Mantenimiento centrado en la fiabilidad (Reliability-Centered Maintenance, RCM).

d) Anallsls de nivel de reparaci6n (Level of Repair Analysis, LORA).

e) Anallsls de riesgos/seguridad del sistema.

f) Anallsis de mantenibilidad y anallsls de tareas de mantenimiento.

g) Anallsls de tareas de operador (Operator Task Analysis, OTA), y diagramas de secuencias operativas (Operating Sequence Diagrams, OSD).

h) Anallsis de apoyo logfstico (Logistic Support Analysis, LSA).

i) Anallsls de coste del clclo de vida (Life-Cycle Cost Analysis, LCCA).

En el desarrollo del analisls de apoyo logfstico, debe seguirse una sola linea de referencia para la descomposici6n de las funciones de mantenimiento (identificadas inicialmente como parte del concepto de mantenimiento) en subfunciones y tareas detalladas. A partir de aqul, se procede al analisls de tareas de mantenimiento (Maintenance Task Analysis, MTA) asl como a la identificaci6n de los recursos especfficos necesarios para la realizaci6n de cada tarea; por ejemplo, recambios, equipos de prueba y apoyo, personal, instalaciones, software de mantenimiento, y datos. Se consideran tanto los requisitos programados como los no programados. EI LSA se trata en detalle en la Secci6n 3.2.

60


En el pasado, el anal isis no se ha realizado siempre en el momento adecuado, si es que se lIegaba a realizar; es mas, las funciones de mantenimiento que han de desarrollarse en todos los niveles de la infraestructura (ver la Figura 5) normalmente no se consideraban. Como consecuencia, las diferentes disciplinas de disefio asignadas a un programa determinado han tenido que generar sus propios anallsis para cumplir con los requisitos del mismo. En muchos casos, estos anallsls se realizaban de forma independiente, y muchas decisiones de disefio se tomaban sin poder beneficiarse de un criterio cornun. Por supuesto, esto resultaba en discrepancias de dlsefio y costosas modificaciones en momentos posteriores del clclo de vida del sistema. Por consiguiente, el anallsls funcional y el proceso de asignaci6n proporcionan una base excelente, y todas las actividades pertinentes de disefio deben «sequlr» la misma fuente de datos para satisfacer los objetivos, tanto de la ingenierfa de sistemas, descritos en la primera monograffa de esta serie [1] como de la ingenierfa logfstica, descritos en esta publicaci6n.

3.1.5.

Espectticecion de requisitos de epoyo ioqistico

EI documento mas importante, des de la perspectiva del dlsefio, es la especificaci6n del sistema tipo «A» que describe la configuraci6n funcional baslca del sistema y los resultados del proceso de anal isis de requisitos (ver Hito 1, Figura 8). Este documento de nivel superior constituye la base del desarrollo de la totalidad de los requisitos tscnlcos y conduce a los requisitos de disefio de subsistemas y otros componentes del sistema; por ejemplo, especificaciones de desarrollo, producto, proceso, y materiales 0 componentes. La Figura 17 de la monograffa «Ingenierfa de Sistemas» [1] presenta un ejemplo de 10 que puede incluirse en la especificaci6n de un sistema. N6tese que los requisitos logfsticos se introducen a traves del concepto de mantenimiento y de los diagramas de flujo funcional en las Secciones 3.1.3 Y 3.1.4; se describen en cuanto a «soportabllldad» en la Secci6n 3.2.7, y se definen mas d8:laliadamenW en la SecCiQR 3.5. Esws r:8qbJ.isitos tscnioos Qeber:l

61


ser complementados por los requisitos logfsticos de programa especificados en el Plan de Apoyo Logfstico Integrado (Integrated Logistics Support Plan, ILSP), mostrados en la Figura 11.

En muchos proyectos, la especificaci6n del sistema se elabora en termlnos algo imprecisos y no expresa los requisitos de una forma muy definitiva. Los requisitos logfsticos se especifican, con frecuencia, en terrninos tan generales como «el sistema sera disefiado para soportabllidad» 0 «el sistema sera disefiado para ser compatible con la infraestructura existente» 0 «el sistema sera disefiado para un mantenimiento econ6mico y efectlvo». A veces, la falta de definici6n inicial es intencionada, ya que permite al grupo de disefio la maxima flexibilidad durante el maximo de tiempo. AI mismo tiempo, se preparan y negocian contractualmente especificaciones de mas bajo nivel y el disefio detail ado de los subsistemas y componentes progresa sin el beneficio de una base s61ida sobre la que construir. Slrnultanearnente, el grupo logfstico se esfuerza por seguir las distintas iteraciones de disefio de los elementos principales del sistema. De esta forma, cuando final mente se integran los distintos componentes del sistema, de abajo a arriba, existen desigualdades, incompatibilidades, desperdicio de documentaci6n ya introducida, etc. Este proceso posterior de cambios y modificaciones 'para que las cosas funcionen' suele ser bastante costoso, como se demuestra en la Figura 3. Por consiguiente, es esencial elaborar e implementar desde el principio una buena especificaci6n completa. Adernas, los requisitos logfsticos deben definirse de manera satisfactoria e incluirse dentro de esta especificaci6n.

3.2. Analisis de apoyo logistlco

Segun 10 expuesto en la Secci6n 1.2, el LSA constituye un proceso analftico, realizado dentro del marco global de anallsls en la ingenierfa de sistemas. Uno de sus objetivos es aplicar las herramientas, las tecnlcas y los rnetodos apropiados durante todo el proceso de adquisici6n del sistema para: (a) influir en el disefio del sistema para le~fBf St:;l sepeFtae.j.j.iaas; y ~a) deteffRiAaf **'" FeEfl7isires ae -r€-OOf'S8S sa-

62


apoyo logfstico del sistema a 10 largo de su cicio de vida proyectado. Se concede particular importancia al anallsis inicial y al disefio del sistema, como demuestra la Figura 20 [27, 18].

En los primeros momentos de las fases de dlsefio conceptual y preliminar del sistema el enfasis es de arriba-abajo, con el objetivo de influir directamente en el dlsefio para soportabilidad; esto es, un enfoque 'a priori' a traves del establecimiento de requisitos de soportabilidad. Despues, dada una configuraci6n de disefio seleccionada, el enfasis esta en la identificaci6n de recursos de mantenimiento y apoyo, asl como en el dlsefio de la infraestructura de apoyo del sistema.

3.2.1.

El proceso de sn;iiisis de epovo toqistico

EI proceso ilustrado en la Figura 21 es inherente al LSA. A medida que se progresa en el disefio conceptual y preliminar, el desarrollo inicial de requisitos de soportabilidad y criterios de disefio, la selecci6n y aplicaci6n de tecnologfas, la evaluaci6n de configuraciones alternativas de dlssfio, etc., se hacen necesarios una serie de pasos, sequn se muestra en la Figura 21. Dependiendo del problema, pueden emplearse diferentes herramientas y tecnlcas, como se indica en el Bloque 4. Adernas, pueden utilizarse varias combinaciones de modelos lnforrnatlcos para facilitar el esfuerzo analftico general. EI objetivo es seleccionar los model os apropiados, integrados mediante estaciones de trabajo para el disefio, y adaptar estas herramientas al problema concreto. La Figura 22 muestra el rnetodo deseado asf como las interrelaciones que pueden existir, donde los resultados de un anal isis lnflulran sobre otro. Se trata de seleccionar y emplear las herramientas adecuadas que nos permitan apoyar el proceso global de dlsefio del sistema de forma oportuna y efectiva.

EI proceso LSA es iterativo y dispone de los elementos apropiados de realimentaci6n para cumplir los objetivos antes mencionados. Los resultados incluyen no solamente los pasos necesarios para influir en el disefio en relaci6n con la soportabilidad de.1 sis-tsma, SiRO taR100in .para propo.rcionar .IJ-Ra .base. de. datos .qblS resulte en el registro de anallsls de apoyo logfstico (Logistics Support

63

-:.

/ ~.2 .

[------------------~( ~"8 .. .>

: "... . .., E /

i::: "iil/

<;.:

;------.------------'--------------.

(ij _ ;h:~ .ft
ill'! .,5
.9: "" m ~·u
j~gj.-~ III i
... ' -i.§~l1
c: iif~{l !i
____________ ~ 01):
"'C' e
... : ;: '" o.~ i!
E: "'D~.gE.Q "'D: I
0: li;!!~i ~ i
F: «
-~~!~ ii :::::ii:
,1l~c"C~I~i W
<D: ~o~!;o 0i I-
:------~-------i-----------------_J en
en
...J
_____ t _________________ w
CI
! ~iI en
III en
~ ::J
... -c
c: .g =5!~J
j Z
<C iWIl!!; -c
<1:1 "i.!!!~.B:; W
"'C i~:iii.~
c: ... m;a;t~ CI
-0
·6 ~ e s , 0
... 1D~§.§i
" en
~ ~l~~.g w
il'!IIJ u
...... : ~
~ -----~---:------:----------------:
a.
...J
V W
~ .....
:g ... N
E e
~ ::J
...
'I I ::::l
C)
:B u:::
cr::: mc::LGJ.iD
<1:1 ~ Eil.r
~8 GJ.
"'C '~8~t~
.!!O!
.J!l! ... .,:!l-8"li1
.... I"CC ~
c: 1!'!!.B~
<C ",~0I~9J
co: ,...:

N ,------~

~

64


i ---------------------------------------------------------------------------------------------------------------------------------------------,

.......... ~

REQUISITOS DEL SISTEMA

(CONCEPTO DE REQUISITOS OPERATIVO/MANTENIMIENTO)

................................................................... t ....

1M~d~odel i2M~de,~deI3M~delclde"

embalaje ! ~ j prestaciones ~ ~ anallsls

, .... ~.~~ .. ~~~~.~~.~ . ...J~: l .... ~.~! .. ~~~~~~.~ ... J···' · estructural

~~d~~de;{ • l r~:~£~ ~ ;:!~de

l d~=1 iim~;6:;tl~d~·;rwi~~ .

1... "1............... 8 J I.............. ~ L i ,

M did ~ Modelo de ! Modelo de ~

o eo e ~ coste del<'O\\!IIi nivel de ~

~ transporte i • cicio de vida. ····i reparacon i

··············l··············i ~ :i............... L·············1··············;

i 5 ! ~

•• f························ •

10 • r . 11 ~ 12 ~

i -···M~d~i~·~lle~··' -·····Modejo·(ie·····~c r·····Mode·lo·de·····1

:.~ mantenimiento ~ ~ ,P0Utica de ~~ ) analsis de ~ ..

. intennedio· . Inventarios· I mantenibilidad i

1 -

----------------------------------------------------------------------------

t

realimentaci6n ~ ....

NO . ~ (.S~~ satisfactorio~'",

", los resultados "

""del analisis?/ .>

" __ c

• SI ,

Figura 22. - LA INTEGRACI6N DE MODELOS ANALiTICOS -

1. Niveles de Mantenimiento

2. Tareas de mantenimientolnivel

- Secuencias de tareas

- nempo de tareas

- F recuencia de !areas

3. Equipos de prueba y apoyo

Canlidad y Upo/nivel - Tasa de utilizaci6n

- Fiabilidad

- Requlsitos de utilizaciOn

- Coste de 1+0

- Coste de inversi6n

- Coste de operaci6n y mantenimiento

4. Recam bios/repuestos

- Niveles de reparaciOn

- ArUculos no reparables 0 consumibles (cantidad y

tipo)

- ArUculos repara bles~nlidad y tipo

- Frecuencia de reposici6n

- Nivel de invenlario

- Nivel de seguridad de stocks

- Tasa de condenaci6n

- Arliculos de elevado coste

- Cicio de aprovisionamiento

- nempo de distribuciOn

- Tasa de desgaste

- nempo de almacenaje

- Disponibilidad de recambios

- Coste de pedido

- Coste de invenlario

- Coste de material

5. Personal y fonnaci6n

- N~mero de personal, cualificaciOn y requisitos de

especializaci6n1nivel - Tasa de atlici6n

- Curva de aprendizaje

- Efeclividad del personal

- Coste del persona~coste directo y gastos fiJos

- Requisitos de fonnaci6n inicial (n~mero y tipo de

personal)

Requisitos de formaciOn posterior (n~mero y tipo de personal)

- Curses de fonnaci6n

- Datos de fonnaci6n

- Equipos de formaci6n

- Coste de fonnaci6n de personal

- Coste de datos y equipos de formaci6n

6. Datos tecnioos

- Requisitos de manuales i8cnicos

- Datos de aprovisionamiento loglstico

- Requlsitos del sistema de recogida de datos

- Coste inicial de datos

- Coste de cambios de datos

7. Transporle y manipulaci6n

- Requisitos de equipos: cantidad, tipo, ubicaci6n

- Empaquelado (contenedores) y transporle por vfa

maritima

- Coste de equipos (I + 0, inversion, operaciOn y mantenimiento

- Coste de transporle

8. Modificaciones

9. Recursos informaticos (mantenimiento)

10. Inslalaciones

- Requisitos de instalaciones para operaciOn,

mantenimiento y formaci6n - Utilizaci6n de inslalaciones

- Requisitos de espacio: distribuciOn del espacio

- Requisitos de almacenamiento

- Requisitos de servicios (potencia erectrica, luz,

calor, agua)

- Equipos principales

Herramientas y equipos especiales para

manipulaci6n

- Requisitos ambienlales (prolecci6n, cuarto limpio, elc.)

- Coste de instalaciones (I + 0, inversi6n, 0 + M)

11. Factores adicionales

- Disponibilidad (Ai, Aa, Ao)

- MTBM, MTBF,A., R, MTBR

- Coste/efectividad del sistema

- MDT, Met, Mpt, Met, Mp~ MTTR G, Mrmx, M, nivel

de confianza

- Tl9mpo de recuperaciOn, (TAT)

- Nivel de auto-veriflCaci6n

- Acciones de mantenimiento/aiio

- Seguridad de misi6n

- Coste del cicio de vida (I + 0, inversiOn, operaci6n

y mantenimiento)

- CosteiMA. Coste/OH

- Factor de intensificaci6n

- Iasa de descuento

- Utilizaci6n de equipos principales

- Modos de falios, sus efectos y criticidad

Figura 23. - RESUMEN DE DATOS DE SALIDA PARA EL ANALISIS DE APOYO LOGiSTICO -

65


Analysis Record, LSAR). La Figura 23 indica algunos datos que pueden incluirse en el LSAR para un sistema a gran escala.

3.Z2.

Herremtentes seteccionedes y tecnices empiesdss en ei ptoceso de a.nalisis de epoyo toqistico

EI cumplimiento de los objetivos del LSA depende, en gran medida, de la disponibilidad de las diferentes herramientas y modelos y de su grado de integraci6n durante el proceso de dlsefio. En la Figura 22 se identifican algunas de estas herramientas y se muestran las principales interfaces en terrnlnos del flujo de datos. Con referencia a la Figura 24, algunas de estas herramientas han side seleccionadas para ser tratadas con mas detalle, con el fin de dar enfasis a la importancia de su aplicaci6n en el proceso del LSA.

A) Analisis del coste de cicio de vida. Se ha subrayado repetidamente la importancia de emplear metod os de calculo del coste de cicio de vida, desde las fases iniciales de los procesos de disefio del sistema y de toma de decisiones. Teniendo en cuenta que cada rnetodo individual debe ser «adaptado» a la necesidad especffica, la Figura 25 muestra los pasos generales a seguir en la realizaci6n de un anallsls del coste de cicio de vida.

Respecto a la Figura 25, en primer lugar, hemos de definir el problema. Ala hora de evaluar las alternativas, cad a uno de los rnetodos viables contemplados debe ser «proyectado» en el contexto del cicio de vida previsto, identificando las actividades a tener en cuenta a 10 largo del cicio de vida; es decir, el paso 3. La Figura 26 muestra una definici6n simplificada de los requisitos operatlvos, el concepto de mantenimiento y el plan de cicio de vida; esto, a su vez, nos proporciona la base para el desarrollo de una estructura de desglose de costes (Cost Breakdown Structure, CBS) como la mostrada la Figura 27. La CBS representa una estructura «funclonal» que puede emplearse en la asignaci6n inicial de costes (en una situaci6n de «dlsefio-al-coste»)

66


M8todosJherramientas de evaluaci6n

1. Analisis del coste del cicio de vida (LCCA)

2. Eslimaciones y predicciones de flabilidad y manienibilidad

3. Analisis de modo de rallos, sus efecIos y su criticidad (FMECA)

4. An2lisis de lareas manlenimienio (MTA)

5. Analisis de nival de reparaci6n (LORA)

6. Manlenimienio celltnldo en la flabilidad (RCM)

7. Sistema de recogida de datos de mantenimienio, an;!ilisis y acci6n correctiva (MDCAS)

Descripci6n de Ia aplicaci6n

Determinaci6n del cosle del cicio de vida del sistemalproduclolproceso, conlribuidores de alto coste, relaciones causa-efecto, areas de riesgo, e idenlificaclon de areas (p.ej. reduccion de cosies).

Evaluaci6n del sistemalproduclolproceso (0 elementos de los mismos) en rermines de Uempo medio es!imado entre rallos (MTBF), !iempo medio entre mantenimienlo (MTBM), !iempo de parada por mantenimienlo (MDT, Met, Mpt), y horas de trabajo de mantenimienio por hora de operaci6n (MLHlOH).

ldenlificacion de fallos potenciales del produclo y/o proceso, modos de falles y "causas", frecuencia anticlpada y cri!icldad en rerminos de operaciones de usuario y terminaci6n de la misi6n.

de Evaluaci6n de funciones/lareas de mantenimiento en Itlrminos de tiempos de larea y SllCuencias, numero de personal y nival de especializaci6n, y requisitos de recursos de apoyo; per ejemplo, recambios/repuestos e invantarios asociados, herramientas y equipos de prueba, instalaciones, transporte y manipulacion, datos/manuales tecnicos, formaclon de personal, software. Idenlificaclon de areas de aHa consumo de recursos.

Evaluaci6n de politicas existenles de mantenimienio en I8rminos de niveles de reparacl6n; por ejemplD "debe repararse un componente al nival intermBdio de mantenimienio (el servicio de mantenimienlo de la fliobrica) a nivel de proveedor, 0 debe desecharse cuando falla? Idenlificaci6n de politicas que pueclen mejorarse.

Evaluacl6n del sistemalproceso, en !ermines del cicio de vida, para determinar cual es el mejor programa global para el mantenimiento preventivo y/o corrective. Destacar el establecimienio de un programa preventlvo rentable basado en informacion de fiabilidad; la identificaci6n de fallos. modos y frecuencias de fallos. cri!icidad, y la realizacion de actividades de manienimiento preventive para alargar la vida del sistemalproceso.

Evaluacl6n del slslemalproductolproceso de forma continua per medio de la recogida y analisis de datos tecnicos y la consiguienle iniciaci6n de cam bios para acci6n correctivay/o a efecIos de mejora&. Proporcionar datos fuenle para mejora continua.

Figura 24. - HERRAMIENTAS/METODOS DE ANALISIS Y EVALUACI6N DEL SISTEMA -


Figura 25. - ETAPAS PRINCIPALES DEL ANALISIS DEL COSTE DEL CICLO DE VIDA-

67

68


.to

20 equipos

i----:~~!~~~:~t~----!

! intel1Tledio -2- !

l &; J

25 equlpos

r---------T~;;~-~---------'

I mantenimiento : ! intel1Tledio -3- ~ L---------------a:--------------:

20 equipos

,----------------'-----------------j

Taller de

: mantenimiento • • intermedio -1- • l--------------l--------------'

L-------------------------------------------------f------------------------------------------------1

Despliegue: tres zonas geogr.llficas (terreno llano y montaiioso) LJtili~<:i~~:C;~fltrtl(1)h()rcl~~if)al()larg()~~Lf)~()(rr1Et~ielL

Organizativo lntermedlo Almaclln

i~ntani~i~:::~· '~a~~~i~~~~~::=-----------i l---~n-~~~~~~E~--------·

• Evitar y reemplazar unldad A, B ~1S»'. Reparar uniclad dafecluosa ~ -~ Reparar conjunto dafecluose

• 6 C en vehrcule .! mediante reemplazo de conjunto ! medlanle reemplazo del C.B.

~ Mantenimiento preventive ~ i Mantenimiente preventivo ' Mantanimiento PreventivrJ

• Ninguno • • Ningune • • Nlngune

r ~ J_--:;u~~i~n:s de S~~i~i~t~----J

EI conft1ato de mantenimiento ilustrado debe expandirse para incluir factores c:Qm()ctJI~I,MMI-l/QI_IL~nf:lL~~~i:;tribuci(mJ~tc·_'_Rf:I~CCidani~L

,~--------- Consecuci6n completa de 65 equipos

o Equipos en inventario ----- .. ---------- .. ------------~ 40 Equipos en inventario -------------------~ 65 Equipos en inventario ---------~

Inversion (Producci6n)

2 3 4 5 6 7 B 9 10 11 12

Figura 26. - PLAN DE REQUISITOS Y CICLO DE VIDA DEL SISTEMA-

COSTE TOTAL DEL SISTEMA

TJ

:-----------------------------------------------------------------------------------------------------------f--------------------------------------------------------------------------------------------------------~

INVESTIGACION Y DESARROLLO (CR)

'-------------------------------------------i---

r---

Ir.:'6NDELPRO.:(:"

1-------l ~~~~~~~~_I_~~_~_~_~_~_~~~~~_~~_~~~~~~_~~~~ j

!l~~~i~""'~~~'~~(""~

- Ingenierfa del sistema Diseno electrico Diseflo mecanico Fiabilidad Mantenibilidad Factores humanos Manufacturabilidad

- Analisis de apoyo log isUco

r ,

t DESARROLLO Y PRUEBA DE INGENIERfA (CRT)

Modelos de ingenieria

Prueba yevaluaci6n

,-------------------------------------------------------------------------------------------

DATOS DE INGENIERIA (CRO)

, ,

, -------------------------------- 1

NOTA: Ver la tabla A-1 para una descripci6n de categorias de cosIes

Debe nolarse que los cosies directos de apoyo Iogistico consliluyen i categoriasCll}CO,Y!l8rte decategorfaCRE !

--------------------------------------------------------------,

INVERSION (CI}

: ~ J

j---------------------------------------------------------------]:

FABRICACION (CIM)

L 1

Ingenieria de fabricaci6n Herramienias y equlpos de prueba Fabr1caci6n

Montaje

Inspecci6n y prueba Control y calidad Malarial (inventar1o)

- Empaquelado y transporte maritimo

I:j~g¥~:]

,------ TJ\Il~~~~~~f~~I~~I~I~II\l.(~ll)T

--------------------------------------------------------------

Gesti6n del programa (CILA!) Aprovisionamienlo (CILP) Recambios/repuestos (CllS)

Gesti6n de invenlario inicial (CILI) Preparaci6n de datos tecnicos (CllO)

- Formaci6n inicial y equipos de prueba (CILT)

- Adquisici6n de equipos de prueba y apayo (CILX)

Transporte al primer emplazamiento (Cll Y)

OPERACIONES Y MANTENIMIENTO (Co)

;------------------------------------------------------------------------------------------i:

OPERACIONES (Coo)

: _i

Personal operario (Coop) Formaci6n de operarios (COOT) Instalaciones (CoOF)

Equipos de apoyo y manipulaci6n (CoOl:)

.--------:-------------------------------------------------------------------------------------------]:

MANTENIMIENTO (COM)

~ ------------------------------ 1

- Personal de mantenimiento y apoyo (COMM)

· Nivel organizalivo

· Nivel intermedio .Nivel de almac6n

· Nivel de proveedor

Recambios/repueslos (CoMX)

· Nivel organizalivo

· Nivel inlermedio .Nivel de almacen

· Nivel de proveedor

- Prueba y apoyo de mantenimiento de equipos (CaMs) Transporte y manipulaci6n (COMT)

Formaci6n de personsl de mantenimienlo (CaMp) - Instalaciones de mantenimiento (COM F)

- Datos tecnicos (COMO)

-----------------------------------------------------------------------------------------,

MODIFICACIONES DEL SISTEMAIEQUIPO (CoN)

~ ------------------------------ 1

r~~;~~-~~~-~~~;,~~~~~~~~~-~-~~~-~;~~~~~-~~~~;-1

l J

Figura 27. - ESTRUCTURA DE DESGLOSE DE COSTES (CBS) -

69


yen el calculo posterior de costes (en un anallsls del coste de cicio de vida). La CBS debe: (a) considerar TODOS los costes; (b) tratar los costes desde una perspectiva funcional; y (c) desglosar los costes hasta el nivel necesario para permitir la visibilidad necesaria para la evaluaci6n de un elemento del sistema 0 un proceso. Las referencias [2, 20] abarcan con la profundidad necesaria los rnetodos de anallsls de costes del cicio de vida.

En cuanto a los pasos 6-8 de la Figura 25, en ellos se calculan los costes de cada una de las configuraciones alternativas del disefio y se desarrollan perfiles individuales del coste de cicio de vida, cuyos resultados se recogen en la Figura 28. La Figura 29 muestra el momento en que la configuraci6n «A» asume una posici6n de preferencia; es decir, seis alios y medio despues de su cicio de vida proyectado de doce alios.

Uno de 10 objetivos del anallsis de coste del cicio de vida es mostrar con claridad las consecuencias que tend ran las decisiones de dlsefio y gesti6n en el coste total del sistema e identificar los riesgos asociados con estas decisiones 10 mas pronto posible en el proceso de adquisici6n del sistema los riesgos asociados con estas decisiones (ver Figura 2). Uno de los objetivos del disefio para soportabilidad consiste en minimizar los costes asociados con el mantenimiento y apoyo, es decir, los costes menos visibles en la base del «iceberg» de la Figura 1. En cualquier caso, el LCCA es una herramienta/un modelo imprescindible, no solamente en el proceso de ingenierfa de sistemas, sino tarnblen en la elaboraci6n del LSA .

B) Asignaciones y predicciones de fiabilidad y mantenibilidad. Heflrlendonos a la Secci6n 1.2, en las primeras fases del disefio del sistema se especifican los requisitos de fiabilidad y mantenibilidad a nivel del sistema y, posteriormente, se asignan a los subsistemas y tan abajo como sea necesario.

Los valores adecuados de tiempo medio entre acciones de

70


C~i!~~~~~~~~~~~~~~~~~;;~!;'

1'~""""""""""""""""""""""""'" ,

5 m : ~ ~~=~~ ~ ~b~ m ~ ~ m=~~~_N : Q

o :g.li ~ ~~~~~ ~ lIJ~~ ~ ~ ~ N~;!~~S~ i ~

ffi~i~ ~~~~M ~ ~~~ i ~ ! S~~~N~~ i~.

~~i- "¢N_ i ~

]j .s 'lb

....

';Ii!.

2!

as i i

:.g.l i ~ ;!~g~!;: ::t 3faJD ~ ~"'! f8 m~~~:8gs i fa

m N ~~~~~ ~ mlON N ~ mllJ~~mm~ N

~~iQ mv_NM ~ ~~re ~ ~ ~ ~8~~~ ~ i Q

~mi~ ~~ ~ M ~ M n N~ i g

, ~ ..l. ..l. .. .. ,

------+

W I-

~

U W C

.s 0::: o C!l

~

"'=I:lf.!C"".!:~C"IrI~r.I:! g;J::=1O ..... 0C)O

~

<C CI

> UJ CI

g

U U ....J UJ CI

UJ Ien

8

....J UJ CI

!iQ en

1

UJ CI

Z UJ ::a: => en UJ 0:::

CD N

m

....

::::J C)

u::::


71

o o o

,..-

Canf. 8-$1.267.760 .

Cont. A-$900.250

Oiferencia en el coste

de adquisic6n (I+O e inversion) dividida entre la diferencia

en el coste anual de 0+0 = 6 aiias, 5 meses punta de equilibria

mantenimiento (MTBF, MTBM, R, 'A, Mct, Mpt, M, MLH/OH, etc.), proporcionan una base para la determinaci6n de factores de frecuencia de mantenimiento anticipado, y recursos de apoyo logfstico como parte del LSA. Adernas, la elaboraci6n de los anallsls de coste del cicio de vida depende en gran parte de estos factores. A medida que el sistema evoluciona, se desarrollan modelos de fiabilidad y mantenibilidad, y se realizan previsiones a partir de una evaluaci6n de la configuraci6n del disefio tal y como se concibe en ese momento. Estas previsiones se realizan de forma peri6dica y los resultados se utilizan en el LSA. La cuesti6n de fiabilidad y mantenibilidad se estudia mas detalladamente en las monograffas octava, novena y declrna de esta serie [10, 12, 28].

o

1 2 3 4

C) Amllisis de modos de fallos, sus efectos y su criticidad. (Failure Modes, Effects and Criticality Analysis, FMECA). EI FMECA se emplea a 10 largo del proceso de disefio para ayudar a determinar los posibles mod os de fall os que el sistema puede experimentar durante SbI- IJUIi~aGi9R, sus fl=9Gbl-9RGias pl=svistas, las Gabl-SaS, las G9RS9Gbl.eRGia&

8 9

Tiempo de vida del pragrama, anos

Figura 29. - ANALISIS DEL PUNTO DE EQUILIBRIO -

72


o los efectos de los fallos en otros elementos del sistema y su criticidad en terrnlnos de un efecto posible sobre la capacidad del sistema para realizar su misi6n.

La Figura 30 muestra la manera general de enfocar el FMECA.

La Figura 31 ilustra las relaciones entre un FMECA de «procesos» y un FMECA de «productos». En el ejemplo, una junta de autom6vil es fabricada mediante un proceso y se plantea la cuesti6n «~que ocurre si falla el proceso de estampado?», «~que i mpacto tendra en los otros procesos como el del acabado y en el coche en general?» La Figura 32 muestra una aplicaci6n de un diagrama Ishikawa que facilita la identificaci6n de las principales relaciones de causa yefecto.

EI FMECA es una de las herramientas mas utlles en el dlsefio, ya que tiene varios usos. Se emplea conjuntamente con el anallsls del arbol de fallos (Failure Tree Analysis, FTA) en la elaboraci6n de los anallsls de fiabilidad [10]. Es necesario para los anallsls de mantenimiento con el fin de facilitar las tareas de identificaci6n de las areas crltlcas, en las que se han de realizar trabajos de mantenimiento para evitar grandes catastrofss; as! mismo, sirve como datos de entrada tanto para el anallsls de tareas de mantenimiento (MTA) como para el anallsis del manteni miento centrado en la fiabilidad (RCM) [11, 12]. Puede emplearse conjuntamente en el desarrollo de un anallsls de riesgos (Hazard Analysis, HA) yen la determinaci6n de los requisitos de seguridad del sistema, tanto desde una perspectiva operativa como de mantenimiento [13]. Cada una de las aplicaciones conduce al desarrollo del LSA.

D) Amllisis de arboles de fallos (Failure Tree Analysis, FTA).

EI FTA es un rnetodo deductivo que incluye la enumeraci6n qraflca y el anallsis de diferentes modos en los que puede presentarse un fallo del sistema, as! como de su probabilidad de ocurrencia. La Figura 33 ilustra un FTA tlplco, referente a un sistema de ascensor de un edificio. Debe especificarse un evento de alto nivel (por ejemplo, "dafio a pasajeros"). Adernas, ese evento debe poder ser claramente observable, definible y mSflSbJ.rab.i.9 Sfl foI:ma flQ ambigbJ.a. A pamr.de sst" "VSflto s" des~rolla

73

... ~~.

74


;--------,

g!

UJ '

~r

UJ : 0:

s

UJ: 2:

II.. ' _. :

UJ ' o

~

~ ' L ..

0:

[Zi

0:

~i

0..:

UJ: 0:

tj!

UJ: 2: 11..: _.:

UJ: 0:

UJ: 0:

~i

0:

_',

<: ..

z: -0: (3 <: 0:

iZ

m: <:

LJ..'

UJ: 0:

o [I):

UJ: 0: 0: 0::: 0..:

b IU ~ Cl o c::: e,

..

-e u w :::!:

I.L..

Z ~

>b

UJ w U o c:::

~

()

w :::!:

I.L..

Z ~ W c:::

IZ W

Z -0

u

::5

w c:::

::5

75


0::: -0

l

o

0:::: -0: "0:

m'

-!:!

:§

8

I

o

B

""

i

8.

~

:CD

'"" 0:::

-0 "u I!!

'" c.

I!! II..

b

IU W LL. W

c;s

5

..

76


unajerarqufa causal de arriba-abajo con sus probabilidades asociadas. Debe desarrollarse un FTA por separado para cada modo crltlco de fallo 0 evento de alto nivel no deseado [11].

La Figura 34 muestra una comparaci6n simplificada entre el FMEGA y el FTA. EI FMEGA es mas completo, esta orientado al dlsefio ilustrando relaciones "causa-efecto", y es preferido cuando se trata de conocer mas sobre el comportamiento de un sistema y sus componentes y de los riesgos asociados a no cumplir requisitos especificados. Mientras que el FMEGA es mas completo en termlnos de evaluaci6n de disefio, los requisitos de entrada de datos pueden ser mas amplios. Por otro lado, el FTA utiliza rnetodos booleanos al analizar diferentes caminos de fallos, y resulta preferido para grandes sistemas, con elevada presencia de software, donde hay muchas interfaces. En cualquier caso, el FM EGA Y el FTA pueden complementarse mutuamente.

E) Amllisis de Tareas de Mantenimiento. Suele realizarse durante las fases del disefio preliminar y de detalle, cuando se ha supuesto una configuraci6n determinada y se quiere evaluarla en terrnlnos de: (a) sus caracterfsticas inherentes de soportabilidad; y (b) los recursos de apoyo logfstico necesarios para el mantenimiento continuado y apoyo de dicha configuraci6n a largo plazo, es decir, recambios y repuestos, equipos de prueba, cantidades de personal y especializaci6n, instalaciones, etc.

Para ilustrar este punto, el organigrama de la Figura 35 describe una capacidad de fabricaci6n que se ha supuesto como la configuraci6n del sistema que estamos evaluando. Mediante la realizaci6n de un anallsis del coste del cicio de vida, se ha determinado que la funci6n de prueba de fabricaci6n, representada por el bloque 13, es un contri buidor de «alto coste». Esto se debe principal mente al mantenimiento correctivo que se requiere con frecuencia para mantener operativa la capacidad final de prueba. Se trata de determinar algunas de las «causas» de este elevado coste, y el anallsiss de tareas de

------~-~~~~1

/

/04\

i \

:' __ '·(TI~J

j~--------I j~ ~ ,

(13) (14) (15')

r

! \ r \

/18\ l. '

i------r~~~~~~-------------------------------~

2

, ,

, ,

~------,- I

J

:.c(CT'""i...!

! t..

;------~------i-------~'>

'-------,---

__l_

" "

! 03 !

I I

L, I

--------------,

------1~~~]

/

/;05\

: ,

__ ,~r ~.~~~

___ 1-------'

I 16. ~~>

L j '

/06 ' ,/ \

----~

l ~_~ _

/07\

{/'(--"i,"~' --------!

.-----------------

" "

,

---------r---------

,--------------------------------------,

________ L •

, ,

• 3 •

, ,

, ,

, ,

--------r------·

r------~------i

-'" 1/09 \

, '

l_-~c--~--...: --.J

,--------

/\\_

, \

:' 11 '.

l J

r-.

!_'~!~:\:

, L

<8>

~--- _- - -. --. .

! 03 !

L_, r __ '

___________ J '

. --------------,=======J ,

8

-----,---

J

C~~~2~~J

/~\ 013\ t_c~·(---'i ~~

,--- '--------,

/\ /\

'?\ ,/I?\.

/f • "\, • \

23

, '

, '

------:~---;

012\

~c.-..,: .... J

----_.

<{~> <2!>

Figura 33. - ARBOl DE FALlOS -

1. Dana a pasajeros.

2. Caida libre del ascensor.

3. Apertura err6nea de la puerta.

4. Cable fuera de la palea.

5. Falla del frena de retencion.

6. Cable roto.

7. Falla de cierre de puerta .

8. Ascensor fuera de nivel.

9. Na hay frena de retenci6n.

10. Giro libre del motor.

11. Falla de pasadar.

12. Parada a destiempo del ascensor.

13. Desgaste del material antifricci6n.

14. Bloqueo del salenaide de frenada.

15. Unidad de controllibera el frena.

16. Falta alimentaci6n al motor.

17. Falla del matar.

18. Perdida de potencia del sistema.

19. Desconexi6n de la unidad de control.

20. Falla hardware.

21. Falla software.

22. Falla del controladar.

23. Desalineamiento del cable.

24. Falla hardware.

25. Falla software.

26. Palea desgastada.

27. Cable desgastada.

77

* ANAusls AMPLIO (PROFUNDA COBERTURA DEL SISTEMA Y SUS CARACTERISTICAS).

* ENFOQUE PREFERIDO PARA EVALUACI6N DEL DISENO, ESTABLECIENDO RELACIONES ·CAUSA-EFECTO·, Y PARA IDENTIFICAR GENERADORES DE COSTES ELEVADOS (ALTO RIESGO).

* LOS REQUISITOS DE DATOS DE ENTRADA PUEDEN SER ELEVADOS.

* ANALISIS REDUCIDO.

* ENFOQUE PREFERIDO PARA

SISTEMAS GRANDES Y

COMPLEJOS, CON ALTA

PRESENCIA DE SOFTWARE, Y DONDE EXISTAN MUCHAS INTERFACES (POR EJEMPLO, FLUJOS DE DATOS).

* LOS REQUISITOS DE DATOS DE ENTRADA SON MINIMOS.

* FACIL DE REALIZAR.

Figura 34. - COMPARACI6N ABREVIADA FMECA - FTA-

mantenimiento se elabora para identificar las areas de preocupaci6n. La Figura 36 muestra un organigrama simplificado (derivado del anal is is funcional descrito en la Secci6n 3.1.4) que identifica las tareas de mantenimiento realizadas con mayor frecuencia. Estas tare as se identifican a continuaci6n en la Figura 37 (partes 1 y 2), donde se especifican los recursos de apoyo logfstico previstos. Revisando la presentaci6n de datos en la Figura 37, podemos identificar una serie de areas que admiten modificaciones del disefio para mejorar su soportabilidad. Por ejemplo, se podrla redisefiar la configuraci6n para eliminar la necesidad de personal supervisor muy especializado y eliminar la necesidad de utilizar una instalaci6n limpia para la reparaci6n de montaje «A7».

EI MTA suele realizarse durante las fases de disefio preliminar y de detalle como actividad de mantenimiento, y como parte inherente del LSA [2, 11, 12 Y 18]. Particularmente, en el sector de defensa, el MTA constituye la tarea 401 en MIL-STA-1388-1A [18]. bao apl~GaGi9.n mas fI=9G~&Jl.te., GGRlG par:t& 99~ lSA, G9.f1.Qbl-G9 a la

78


identificaci6n de los elementos del ILS de la configuraci6n que se evalua (ver Figura 4). Los resultados se documentan, a su vez, mediante el LSAR.

Por otra parte, uno de los usos mas beneficiosos del MTA es su aplicaci6n selectiva en la evaluaci6n de las configuraciones para soportabilidad, al principio del proceso de adquisici6n, cuando cualquier modificaci6n necesaria para mejorar el sistema tiene un coste mfnimo. Si el sistema es dlsefiado inicialmente para que tenga soportabilidad, es probable que los recursos logfsticos necesarios sean mfnimos. De todos modos, el MTA (empleado conjuntamente con otras herramientas como el LGGA, predicciones de fiabilidad y mantenibilidad, FMEGA, RGM, etc.) puede ser una herramienta basica para el apoyo de las actividades de ingenierfa logfstica.

F) Analisis de nivel de reparaci6n (Level of Repair Analysis, LORA). Para el desarrollo del concepto de mantenimiento y del anal isis funcional (ver Secciones 3.1.2 Y 3.1.4), han de tomarse varias decisiones para determinar los esquemas de empaquetado del sistema, el nivel de diagn6stico a incorporar, la aplicaci6n de automatizaci6n en vez de recursos humanos para lIevar a cabo las funciones asignadas, etc. La Figura 38 muestra algunos facto res a tener en cuenta en un LORA; la Figura 39 describe el proceso para realizar un LORA; la Figura 40 refleja los resultados de un LORA en relaci6n con componente pequefio: y la Figura 41 recoge los resultados de un LORA para varios tipos de montajes dentro de un equipo.

EI LORA suele elaborarse durante las fases de dlsefio preliminar y de detalle como una actividad de mantenibilidad inherente al LSA [2,11,12,18]. Una aplicaci6n mas cornun es la evaluaci6n posterior al disefio de una configuraci6n de dlsefio de un elemento, para determinar si es mas viable establecer una capacidad de reparaci6n 0 para desechar el elemento cuando falle. Por otra parte, el LORA puede aplicarse en determinados casos de manera efectiva al principio del proceso de adquisici6n como ayuda anterior al dlsefio para establecer

11£ 12

S~::::~S---------------~-----~i::ia-,----l

· i----------1------------J

L , Adaptar

i (segun s:ea i

Residual -'OIS--------------i necesano) i

l $ •

;~-------J------------; • Inventalio •

--------~~:~-------1

4----------1-----------' Fabncaci6n

·~~if~:~J

Residual

5

7

8

Submontaje equipos

---------------~

:----iIl>'-:

InspecciOn yprueba

, ,

i Piezas i

i fabricadas i

l------------l:-----------i

Inventario Recambiosl repuestos

, "

--------------------------- ,

-------------------------------------------------------------------------------------------------1

:'$f!>o1:,.:_:_:_:_:_:_:_I~_:_:_fi_:_:_:_u_F_:_~_.:_:_:_:_:_:_:_:_'., ~IBn;::"

• {~!~_~~~_~!~_~) J

15 •

i------------~-------------:

Invenlario Recambiosl repueslos

, ,

, ,

--------------------------~

---t--

Usuario

Figura 35. - ORGANIGRAMA SIMPLIFICADO DE CAPACIDAD DE FABRlCACI6N -


79

PruebBdefabrlcacl6nl

----------------¥----------------'

iEI~~~~XYZf~il~i

i durante prueba de i i fablicaci6n. i i Srntoma: p~rdida total i i de patencia i

Of~~i~;~t~~~~~i~~~~~

i subs~ma utilizando i l~lnlXlrp_orad~i

_---------------------- ,---------------~-----------------,

i----&< SUbsistema B i ~ Subsistema C i1i>rSubSlstemaOi ---~

-----------------------' l{_~!~~_~~_~~_~~~)_i -----------------------

Q2 * ,

i Aislar fallo a nivel unidad i

.............. -.------------~~~~~~~~~~~~~------------.' .

(~Unidad Ai---------a:..iUnidad B---------1i>Unidad C~ ---~

'_ - - - - - - - - - - - - - ~ I ' ~

D_3t~ iReemplazar unidad defectuosa Bi !;QlJl'egimbkLJ

,Q4_-------------------~-------------------------

i Transparlar unidad defectuosa B i

1 8tmUl!L J

Q§ i , P!L , 07

• t~I~C:J r.W~:a~ i i Comprobar senal i ~-------~~-~Wt:~farrr------~ ,

disP-Qnibilidad de r&<i enjrada a r--~ Coiunto A-7 if*, Revl~r otms

se~a~~S;Ji~~j i(~~~-~~J.~.~j i(~~~~~~Th~~.~~m~)i conJuntos

,~NIF ;l; N1F Q~ J_~~~ _

i Reemplazar i i conjunto defectuoso A-7 i , con recambio '

,oii::::::::::::::::::~~:::::::::::::::::~ __

i Transparlar conjunto i i defectuoso A-7 a proveedor i i para mantenimiento i

r l ~-~- __ ~]_!TI~-~!'l-------------i

10R~~~!~junto A-7l t\e~sar1 j1\eVlSar:.13Revisar___ o:=in

Verificar condici6n i*i operaci6n i---~ operaci6n .---lS' operaci6n' S>- ta~e~

"----------------rN/F - :de C.B. 3A2: :de C.B. 2M: ide C.B. 1A5: de ClrcUito

*l~iF- 'lNiF .l4JN/F (CS'S)

Sin defectos aparentes Reemp'~~1

, C.B.1M ,

i Desechar C.B. i

, J

F = funciona

NIF = no funciona

15 '

------------~-----------~

Verificar i

si el conjunto i

~~JlE!rati'l()J

,.t,

Figura 36. - ORGANIGRAMA DE MANTENIMIENTO -

80


los criterios de disefio; es decir, l,debe disefiarse un elemento para que sea reparable 0 para ser desechado al fallar? Debemos sefialar la importancia de esta aplicaci6n inicial del LORA para alcanzar los objetivos de la ingenierfa logfstica. Adernas, es importante utilizar el LORA conjuntamente con el LCCA, MTA, RCM Y otros modelos y herramientas descritos en ese estudio.

G) Mantenimiento centrado en la fiabilidad (ReliabilityCentered Maintenance, RCM). Este anallsls, que utiliza los datos del coste del cicio de vida y el FMECA como datos de entrada, se elabora con el fin de identificar aquellas areas en las que existe una mayor probabilidad de fallo, y de establecer procedimientos de mantenimiento preventivo para evitar averfas catastr6ficas del sistema mientras desempefia su funci6n. EI objetivo consiste en identificar inicialmente los requisitos del mantenimiento preventivo basados en facto res de fiabilidad, y posteriormente desarrollar un programa de mantenimiento preventivo 6ptimo [11, 21].

La Figura 42 muestra una versi6n simplificada de la 16gica que habitual mente se sigue en la realizaci6n del RCM. EI analista identifica fallos potenciales del sistema (tanto los que son evidentes como los que no 10 son). Entonces, a traves de una serie de preguntas, se establecen las relaciones "causa-efecto". Cuando los efectos afectan a la seguridad, a una posible reducci6n de las prestaciones, y/o a aumentos significativos de coste, deben iniciarse acciones correctoras. Estas acciones pueden resultar en redisefio y/o en la iniciaci6n de un requisito de mantenimiento preventivo. Inherente al RCM son los pasos realizados a traves del FMECA y que conducen a la definici6n de actividades de mantenimiento preventivo. La Figura 43 muestra las relaciones del FM ECA Y del RCM, conducentes al desarrollo del programa de mantenimiento preventivo.

H) Elementos de la infraestructura de apoyo. Como hemos dicho anteriormente, el disefio del sistema incluye no solamente los principales elementos relacionados con la misi6n, sino tarnblen la

.... ~~~~~~~~~~~~~~~~~~~~~';'"~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~"r~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~ 1. Systema: • 2. Nombre articulo/nD pieza: • 3. Monlaie superior • 4. Descripcion de requisito: Durante fabricacion y prueba de producto 12345 (N° serie 654) fallo

! XYZ • Prueba fabricaei6n1A4321 • Montaje y prueba • el sistema XYZ. Sintoma de fallo: "perdida Iolal de poteneia de salida". Requisito: localizar averia

r--------------------:--------------~--.--------------;--------------------------------:---------------------------------------:---------------------------------------, y repara~a

= 5 R ,·to· 6. Requlsllo: 7 F . • 8 N' I nte" to : 9 C . . nto .

~ . ~UISI • Diagn6sHcoI . reeuenCla: •. IV9 '!Ia mmlen. • . ~nt. manlemmle

! n".1 reparaeiOn 0.00450 ,OrgamzacJlntennedlo. n . A130000

r ~..c ------------------------------.12.l'ie~JlIlI~n~~d~~~i~iJI()s·13.li~~pcl'14~~~~i~·--- Personal

I 10. N° Tarea i 11. Descnpcl6n tarea i : total :' ;---15.--~---16~--~---ff--~---18:--

! • • 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38. lranscurrido. tarea • B • I • S • Total

r::::~;::::'-i;;~~~~~:::::::::::::::::f!ILII:ILII:ILII:Ir-T-:rT-T-:::::;::::::J---~~~---T-;-T----'-----'--;--

r 02 • Aislar fallo a nivel unidad i i iUUUiiuu~UUiiuu~UUiiuu~UUiiuu~UUiiuu~UiUiuu~:J~ i • i •• 25 i 25 25

I nnnnnnnnmT (Un~~nB~~ectu°S<l)mnnnnnnnnnnnnnnnnnnmmf . mfnii~iiiii!!!~~:ii~~iiiiliiiii~iiiiliiiil f 25 25

! 03 • Reemplazar Unidad B ' • ' (~c:jcIo) • • • • • • • • • • • • • .. 15. 15 15

L-------~-~---------I-~~~~-~-~~~~-~~~-~-~-~,!~~-~~!:-- t!:!!!!r ~Jm_"m-"m----------~~------------Lmmm-~mmmm-~m-~n~mmmommn+n~_?m

~ 05 • Aplicar polencia a unidad defectuosa. Comprobar !@@!~@@!~@@!~@U!i (30 c~lo). • • • • • • .~. 20 • • • • 20' '20

l~i::;::=7'~~~I;;A:1;ro;Pp@ji+LiL+i, ~+L+LL;~++LL,~;~

= T.P.7) : : : :': : : : : : ::

I: ~;#'.tv~.@±~~7to:~m(··I·t] ] ] ]~:I] 20"

~ 08 • ReemplazarA-7defecluosa • . • . .UmlUuiumluuuuui • •.•.•.. 10 • • 10 10

~_- ------~-- - __ ------------------ l ~-----l----~-----l----~-----~----~-----~----~----_~---_~-----l----~-----l----~-----l----~-----l----~---_~--- l l ~ ~---------_:-----_---_:---------_

~ 09 • Llevar A-7 defectuosa al proveedor para. • • • • • • • • • • • • • • • • • • • • ...."

= , : , : , : ,14 dfas nolturales:"n ""'n"ito, : , : , : , , ::,,"

! • manlenimiento a nivel almacen • • • • • • : • i • ["~ .. '1 • • • • • • • • ••••••

! 11 • Comprobar funcionamiento CB 3A2 •• • • • •• 15.. 15 15

r 15 • Comprobar funcionamiento conjunto + reinventariar • • • • • • : • : • : • : • • • • • • •• 15 • • • • • 15 • 15

t---------------------l------------------------------- J l J l J l J l J l J l J l J l J l J l ~---------------------------+------------,-------------~---------~---------~---------~---------

! 265. 60 120. 110 • 290

~ I ' ,

Figura 37. - ANALISIS DE TAREAS DE MANTENIMIENTO (Parte I) -

1. Nombre ArticulolN° Pieza • 2. Requisito N°.: • 3. Requisito: • 4. Frecuencia: • 5. Nivel Mantenimiento: i 6. ConI. Manlenimiento N".:

Prueba Fabricaci6n1A4321 . 01 . Diagn6slico y Reparaci6n 0.00450 Organizaci6n, Intermedio, . A120oo0

.: :: Almacen i

--------------.-------------------------------------,---------------------------------- ~-------------------------------------------------------------------------------~----------- ~-------------------~-----------------------------------------------f-----------------------------------------------------------

7. 8. Piezas Recambio Equipos Pruebas y ApoyolManipulaci6n • 14. 16. 17.

Tarea N° ~~1~~:!I.Noll1~~clll,uI1lPi~11o..12.; 13. Nomendatura Pieza deArticulo! TIeT:n)USQ ~~:::Sde Inslru=~~=ales

------------------------------------! Frecuencia ~ Canlidad 1----------------------------------------------------------------------------i de Instalaciones

11. N° Pieza i Repelici6n ~ i 15. N° Pieza de Articulo

I ' :

-----~~------~ -----------------:-----------------------------------1------------------,--------------.--~~~~~~-~-~~~-~-~-~~-~~~~~-----------------------,--------~--------,----- l ~~=~~_~~=~~~--~~~-~~~~~~~----

D2 ! !. VERIFICADOR ESPECIAL DE SISTEMAS 25

______________ L L L L __l --------------------------------------------------------------L-----------------L---------------------------------------------~-----------------------------------------------------------

03 I · ~~Jg~X I 0.01866 . I KIT DE HERRAMIENTAS ESTANDAR . 15 • .

---------------f ---------------_ ----------------------------------f ---------------. ------------: --------------------------------------------------------------------------. c --------------------------------------------,---

04 I I I CARRO ESTANDAR 30 MANTENIMIENTO INTERMEDIO

---------------~ ---------------_ ----------------------------------~ ---------------. ------------l . c --------------------------------------------,---

05 I I I VERIFICADOR ESPECIAL DE SISTEMAS 20

--------------~------------------f-----------------------------------~------------------~ --------------t----------------------------------------------------------------------------~ ------------------~-----------------------------------------------~-----------------------------------------------------------

06 ! ! I VERIFICADOR ESPECIAL DE SISTEMAS 15

--------------~------------------f-----------------------------------~------------------~ --------------t----------------------------------------------------------------------------~ ------------------~-----------------------------------------------~-----------------------------------------------------------

07 I I I VERIFICADOR ESPECIAL DE SISTEMAS 20

---------------~ ---------------_ ----------------------------------~ ---------------. ------------l . c --------------------------------------------,---

08 I ~~~~O 1-7 I 0.00995 I EXTRACTOR ESPECIAL 10 VER INSTRUCCIONES ESPECIAlES

______________ + + . ~ . c ,---

09 I I I CONTENEDOR, MANIPULACION ESPECIAL Dl:.s ~~:~A ENTORNO NORMAL TRANSPORTE

______________ + + . ~ . c ,---

iii CAD AL 25 MANTENIMIENTO PROVEEDOR

10 I. I: I VERIFI OR ESPECI DE SISTEMAS :. i (AlMACEN)

------~-~------r------------------------------------------------------r-----------------'--------------r~;~~~~~~~~-~~~~~-~~----------------------------------'--------1-5--------'----------------------------------------------r-----------------------------------------------------------

_______________ l i l l J -------------------1-------------------1----------------------------------------------J--------------------- _

12 I· I· I DISPOSITIVO PRUEBACB . 10 . .

_______________ l i l l J -------------------1-------------------1----------------------------------------------J--------------------- _

13 I· I· I DISPOSITOVO PRUEBA CB . 20 . .

--------------J ---------------_ ---------------------------------J ---------------. ------------l --------------------------------------------------------------------------. c --------------------------------------------,---

i CB-1A5 i • EXTRACTOR ESPECIAL 40

14 ! GDA-221056C! 0.00450 i KIT DE HERRAMIENTAS ESTANDAR

1~r cr·1~~~I;I~~~~~;~~I~~~~I~~~~·15'-

.............. 1 1 1 ( L ( J l .

Figura 37. - ANALISIS DE TAREAS DE MANTENIMIENTO (Parte II)-

81

REPARARIDESECHAR i .... $0-. DECISIONES BASADAS l

EN CRITERIOS i

______ ~~?~~r.t'~?S i

i - REPAAARiDES"EiC-HAR- - j

i DECISIONES BASADAS i

i EN CRITERIOS NO i

: ECON6MICOS: i /

~ lSi«-. TECNOlOGICOS i········j

• SOCIALES :

• MEDIOAMBIENTALES i

• POlITICOS i

r············REPARAR"EiNEL············

.~ EMPLAZAMIENTO OPERATIVO i

i DEL USUARIO :

! (MANTENIMIENTO EN LINEA) i

!----------------------------------------------.!

_""-,,I REPARAR EN NIVEL

__., INTERMEDIO

i TALLER DE MANTENIMIENTO

l J

_i~/

(", 0)

~ \ \,~I········~i=jii~:~········'

i DEL PROVEEDOR

l J

DES ECHO pOR FALLO RETIRADAIDESECHO

Y RECICLAJE DE MATERIAL (SEGON EL CASO)

~----------------------------------------------~

Figura 38. - FACTO RES DE DECISI6N PARA EL ANALISIS DE NIVEL DE REPARACI6N -

infraestructura de apoyo. Por 10 tanto, en la ingenierfa logfstica yen el LSA, uno de los principales objetivos consiste en el disefio de la estructura, incluyendo los recambios y repuestos e inventarios de apoyo; el disefio de los equipos de prueba y apoyo; el disefio de la capacidad de transporte; el disefio de las instalaciones de mantenimiento, etc. En el pasado, se ha realizado poco trabajo en este campo; sin embargo, este es fundamental si se quiere conseguir en el futuro un equilibrio adecuado entre los principales elementos del sistema y sus requisitos de apoyo.

Una de las areas que requiere mayor atenci6n en esta fase es la evaluaci6n y selecci6n de equipos de prueba y apoyo, para cad a uno de los niveles de mantenimiento identificados en la Figura 5. Por ejemplo, los requisitos de equipo para un taller de mantenimiento de nivel intermedio, constituyen con frecuencia una causa principal de costes en el marco de la adquisici6n y el apoyo del sistema. Por tanto, es imprescindible que en alqun momento del LSA evaluemos

82


las diversas opciones disponibles. La Figura 44 muestra los resultados de la evaluaci6n de tres configuraciones distintas de un centro de pruebas. Se identifican criterios de evaluaci6n, se establecen medidas de prestaciones tecnicas (TPM) y factores de ponderaci6n, y se elaboran listas de control para apoyar el proceso global de evaluaci6n [2].

Registro de amifisis de apoyo logist/co

EI LSAR se refiere a los datos de salida obtenidos en de las actividades del LSA. Como refleja la Figura 45 se desarrollan datos de disefio y se presentan en la forma de diagramas, croquis, listados de materiales y piezas, informes de los anallsls de evaluaci6n y qraficos ilustrativos. Estos datos, que describen la configuraci6n del disefio del sistema en un momento determinado, se emplean en los LSA para desarrollar el tipo de informaci6n reflejada en la Figura 23. Esto a su vez se presenta a traves de diversos informes, de los que la Figura 46 muestra algunos ejemplos. La Figura 47 muestra las relaciones entre estos informes en terrnlnos del flujo de datos. La integraci6n y el procesamiento final de estos datos se realizan mediante la estructura de la base de datos de adquisici6n y apoyo continuado durante el cicio de vida (Computer-Aided Acquisition and Logistics Support, CALS) descrita en la Secci6n 3.2.4.

EI desarrollo e implementaci6n del LSAR, el formateado de los informes inclufdos en el mismo, y la estructura del flujo de datos deben ser adaptados no solamente a los requisitos especfficos del sistema en cuesti6n, sino tarnblen a la organizaci6n que vaya a utilizar esta informaci6n para la obtenci6n y adquisici6n de los elementos de apoyo logfstico; por ejemplo, el aprovisionamiento de los recambios y repuestos y del equipo de apoyo. En los Estados Unidos, se ha desarrollado el estandar MIL-STO-1388-2B para que cumpla los requisitos del LSAR, y en 131 se incluyen mas de cien informes individuales para satisfacer una gran variedad de necesidades de

DATOS DE DISEAoDEL SISTEMA

l

i

.--------------------------

i ARTlcULOS A i CONSIDERAR

.................. .,:. EN EL ANALISIS

............ ~ DE NIVEL DE

l REPARACI6N

,-------------------------------------------------------------

EVALUACI6N ECON6MlCA

~

,----------------------------------------------------------------------------------"1

ANAllsls DETALLADO

~ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - :

NUEVOS ANALISIS

[--------------------------------------------------,

l =fiig.

~ \,~

w ::::l

U ~ ....

~

... ~

....................

COSTE ($)

............ ~

RECAMBIOS RECAMBIOS MANT8IIIMIENTO

DECISI6N :

CLARA

$ $ \.'". $

HERRAMI8IITAS

MTBR

Met

----------------------------j--------------------------------

~~~~~iiRE<>ll<EN"""ONr DE REPARACilN .

:&~~J{~~{l ,::~ON]

BASADAS 811 • •

~:::~: i ~~ i ,

• SEGURIDAD "SON LOS RESULTADOS CONSISTENTES CON:

• POLfrlCOS

• OTROS • LOS REQUISITOS OPERATIVOS Y EL CONCEPTO DE i

MANTENIMIENTO DEL SISTEMA?

w : RECOMENDACI6N : ~ ECON6MlCA DE NIVELi

l .... ~~.~~~~~!~.~ ..... j

NO

• LOS REQUISITOS DEAPOYO LOGISTICO?

i sl I

r EFECTOS DE REALIMENTACI6N

SOBRE MONTAJE SUPERIOR

• ESTABLECER CRITERIOS DE DISENO

,~ ..

• AUMENTAR/ACTUALIZAR DATOS DE ANALISIS DE

, ~9Y9 .. ~9.~!~.T.I.9S1 ..

t..; ---------------------------------------------------------------------------~--------------------------------------------------------------------------------

r- ""---"""SE"REQU"I"EREN--6\M"BlCis-E"N-iA

CONFIGURACI6N DEL SISTEMA DE LOS EQUIPOS

l······~·ADQUISICI6N DE REQUISITOS DE APOYO LOGISTICO

Figura 39. - PROCESO DEL ANALISIS DE NIVEL DE REPARACICN -

• REPARACI6N NIVEL • REPARACI6N NIVEL • DESECHO paR
CRITERIOS DE EVALUACI6N INTERMEDIO ALMAC~N FALLa DESCRIPCI6N Y JUSTIFlCACI6N
• COSTE ($) • COSTE ($) • COSTE ($)
1. COSTE ESTIMADO DE ADQUSICION DEL • 1.7001CONJUNTO • 1.700lC0NJUNTO • 1.60O!CONJUNTO EL COSTE DE ADQUISICION SE BASA EN 60 SISTEMAS. LOS COSTES DE DISEtiiO Y
CONJUNTO A-1 (lNCLUIDOS: DISEI'IO Y 0 0 0 PRODUCCION SON MENORES EN CABO DE DES ECHO (CONFIGURACION
DESARROLLO, COSTE DE PRODUCCION) 102.000 102.000 96.000 SIMPLlFICADA).
(47,8%) (54,7%) (19,5%%)
2. COSTE MANO DE OBRA DE MANTENIMIENTO 12,24(1 18.360 NO APLICABLE BASAOO EN 452.800 HORAS DE OPERACION Y UNA TASA DE MANTENIMIENTO DE
(5,7%) (9,8%) 0.00045, EL N" ESTIMADO DE ACCIONES DE MANTENIMIENTO ES 204. CUANDO SE
REALIZAN REPARACIONES, SE ASIGNA UN (1) TtCNICO A JORNADA COMPLETA.
TIEMPO DE REALIZACION DE MANTENIMIENTO = 3 HORAS. EL COSTE DE MANO DE
• • • OBRA ES DE .$ 2IIlHORA (INTERMEDIO) Y DE $ 3O/HORA (FABRICANTE).
3. APOYO - CONJUNTOS DE RECAMBIO • 8.500 • 17.000 • 326.400 PARA REALIZAR EL MANTENIMIENTO INTERMEDIO, SE REQUIEREN 5 CONJUNTOS
(4%) (9.1 %) (66,4%) DE REPUESTO PARA COMPENSAR TIEMPO DE CARGAIDESCARGA, LlSTA DE
ESPERA. ETC. SE REQUIEREN 10 CONJUNTOS DE REPUESTOS PARA EL
• • • MANTENIMIENTO EN ALMACtN.l00 % REPUESTOS EN CABO DE DESECHO.
4. COMPONENTES DE RECAMBIO • 10.200 • 10.200 • NO APLICABLE SUPONE $ 50 POR ACCION DE MANTENIMIENTO.
• (4,8%) • (5,5%) •
5. MANTENIMIENTO DEL INVENTARIO • • 5.440 • 65.280 SUPONE 20 % DEL VALOR DE INVENT ARlO (CONJUNTOS Y COMPONENTES DE
• • (2,9%) • (13.3%) REPUESTO).
8. EQUIPOS ESPECIALES DE PRUEBA Y APOYO 3.740 12.000 NO APLICABLE SE REQUIEREN EQUIPOS ESPECIALES DE PRUEBA EN CABO DE REPARACION.
(1,8%) (8,4%) COSTE DE ADQUISICION: $ 12.000 POR INSTALACION. HAY CINCO (5)
INSTALACIONES EN EL NIVEL INTERMEDIO Y UNO (1) EN EL ALMActN.
7. TRANSPORTE Y MANIPULACION INSIGNIFICANTE 12.240 NO APLICABLE LOS COSTES DE TRANS PORTE EN EL NIVEL INTERMEDIO SON INSIGNIFICANTES.
(8,8%) PARA MANTENIMIENTO EN EL ALMACtN, CALCULAR 406 VlAJES DE IDA A $ 1501100
LIBRAS. CADA CONJUNTO PESA 20 LIBRAS.
8. FORMACION DE PERSONAL DE MANTENIMIENTO 4.500 900 NO APLICABLE CALCULAR 10 ESTUDIANTES DURANTE 3 DlAs A $15OJESTUDIANTElDIA PARA
(2.1 %) (0,5%) INTERMEDIO, Y 2 ESTUDIANTES DURANTE 2 DiAS A $ l50JESTUDlANTESIDiA PARA
ALMACtN.
9. INSTALACIONES DE MANTENIMIENTO 5.812 1.918 NO APLICABLE CALCULAR $ 1.0O/HOMBRElHORA MANTENIMIENTO DIRECTO PARA INTERMEDIO Y $
(2,9%) (1%) 1.5O/HOMBRElHORA MANTENIMIENTO DIRECTO PARAALMACtN. SUPONER TAMBltN
UN COSTE FIJO INICIAL DE S 1.00000NSTALACION.
10. DATOS TtCNICOS 6.100 6.100 NO APLICABLE EN CABO DE REPARACION; CALCULAR $ 1.000 PARA EL COSTE DE PREPARACION
(2,9%) (3,3%) DE INSTRUCCIONES DE MANTENIMIENTO. CALCULAR $ 25 POR ACCION DE
MANTENIMIENTO PARA DATOS DE MANTENIMIENTO.
11. DIS POSICION 406 408 4.080 SUPONER .$ 20 POR CONJUNTO Y $ 2 POR COMPONENTE.
• (0,2%) • (0,2%) • (0,8%)
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
COSTE TOTAL ESTIMADO $213.3110 $188.568 $ 491.760 ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Figura 40, - EVALUACION: l.REPARACION 0 DESECHO? (Conjunto "A-1")-

83


POUTICA DE REPARACI6N
•
N°
DECONJUNTO REPARACION REPARACION DESECHO DECISION
NIVEL INTERMEDIO ENALMACEN POR FALLO
•
A-1 $ 213,300 $186,566 $491,760 Reparar-almaclm
A-2 130,800 82,622 75,440 Desechar
A-3 215,611 210,420 382,452 Reparar-almaclm
A-4 141,633 162,912 238,601 Reparar-intermedio
A-6 112,189 96,938 89,226 Desechar
A-9 128,460 79,007 66,080 Desechar
A-11 185,850 142,372 136,740 Desechar
A-12 135,611 122,453 111,502 Desechar
A-15 142,119 120,813 • 115,723 Desechar
Coste de la $ 2,147,905 $1,920,808 • $ 2,679,555 Reparar-almaclm
Decision
• Figura 41. - RESUMEN DE DECISIONES SOBRE NIVEL DE REPARACI6N PARA UN EQUIPO -

84


..

=C"-.

J!!-a _ m

.. -a

.<::

"::::J

!f

~..!!

..em

K~ .nftl

. ..,

f ~

.---------------------,

i ,g:g I"!! ,I JIL§·~

L~~~I

I----------------~

C1l:

o Zi

c·······~ ,g 9! I"!!

.1 ~3·~ £ r~

:----------------------;

85


;;;
-f?: f?:o
~ffi
t:!::i :Z;;::
~~ !!!ltl
z~
;:S:Z I:!!t:!:
;::::I! :z0
"::iLU :l!u
01:1
co D..
~
~ ...

-----------.:s;-------------

I

'U5!

J

.............. ~

...... i _

1~

-- L_

o :z

m!

:z: 0:

~:

Ii:: is: 0: ::;'

~----------------------~

o > IZ W

[ij

e:::: a...

g

z w

:::::i: z W IZ -c :::2:

...J W

~ if

en

~

z w

~

e:::: w I

W C

z -0

~

(!)

~ ~

s

w ::; u,

N

c __

86


FACTOR Configuraci6n A Configul1Ici6n B • Configuraci6n C
PUNTO pARAMETRO DE EVALUACION
PESO ~ • PlI1tuadOn Tipo puntuacl6n. ~ Puntuacl6n
Base
1 PRESTACIONES - Entrada, salida, precisIOn, • •
alcance, compatibilidad. 14 6 84 9 126 3 42
• •
2 OPERATMDAD - Simplicidad y facilidad de • •
operacl6n. 4 10 • 40 7 28 • 4 16
3 EFECTMDAD -k, MTBM, Mel, Mpt, MDT. • •
MMHlOH. 12 5 60 8 96 7 84
• •
4 CARACTERlsTICAS DE DlSEI'lO . Fiabilidad,
mantenibilidad, ractoras humanos,
soportabilidad, manufactul1lbilidad,
Inlercamblabliidad. 9 8 • 72 6 54 • 3 27
5 DATOS DE DISEI'lo - CroqLis, • •
especificaciones, datos Iogfsticos,
procadlmlentos de operacl6n y mantanlmlBnto. 2 6 12 8 18 5 10
• •
8 MATiERlAL DE PRUEBAS - Eqli~ ;~i;= • •
coomes y estandar, esI8ndares de
pmgl1lmas Informitlcos de mantenlmlento y
diagn6stico. 3 5 15 8 24 3 9
• •
7 INSTAlACl6N Y SERVICIOS - Espacio, peso, • •
voIumen, entomo, potancla, calor, agua, allB
acondicionado. 5 7 35 8 40 4 20
• •
8 RECAMBIOS/REPUESTOS - Tipo Y nilmero de • •
plazas, plazas estandar, tiempo dB adqulslcl6n. 8 9 54 7 42 5 30
9 POTiENCIAL DE
FLEXIBILIDADlCRECIMIENTO - PaI1l
aceptabilidad de remnftguracl6n, cantJIo dB
diseiio. 3 4 12 8 24 8 18
• •
10 CALENDARIO -lnvestigaci6n y desarrollo, • •
produccl6n. 17 7 • 119 8 136 • 9 153
11 COSTE - Cicio dB VIda (I + D, inve~i6n, 0 + M). 25 10 • 25D 9 225 • 5 125
• •
SUBTOTAL ••••••••••••••••••••••••••• 1 753 I 811 1 •••••••••••••••••• 534
FACTOR DE DEVALUACION t ! 113 I 81 ••••••••••••••••••• 197
(RIBSQD dB Desarrollo) 15% 10% 20%
TOTAL 100 • 640 730 • 427
• • Figura 44_ - EVALUACI6N DE CENTROS ALTERNATIVOS DE PRUEBA-


-------------------------------, --------------------------------. .--------------------------------

: : i ANALISIS DE APOYO ~ • BASE DE DATOS • : :

i:. i DISE~O DEL SISTEMA. i LoolsTICO : i REGISTRO DE i • AOOUSICI6N Y APOYO •

• l~ Y DATOSIINFORMES i·~ ACTIVIDADESIINFORMES: .~ ANALISIS DE APOYO i~CONTINUADO DURANTE EL

l ~~.;~.~ ! " ~~~~L i • LOGISllCO • ~ CICLO DE VIDA i

--------------------------------------v--------------- ···············r············J "········· ; ,

Figura 45. - FLUJO DE INFORMACION LOGiSTICA-

DESCRIPCI6N

REQUISITOS DE OPERACION Y MANTENIMIENTO

CARACTERlsTICAS DE FIABILIDAD Y MANTEN IBILIDAD DE ELEMENTOS ANAlISIS DE MODOS DE FALLO Y SUS EFECTOS

ANAi.ISIS DE CRITICIDAD Y MANTENIBILIDAD

RESUMEN DE TAREAS DE OPERACION Y MANTENIMIENTO

ANAi.ISIS DE TAREAS DE OPERACION Y MANTEN 1M IENTO

REQUISITOS DE PERSONAL Y APOYO

DESCRIPCION Y JUSTIFICACION DE EQU IPOS DE APOYO Y MATERIAL DE FORMACION

------------------------------------------------------------------------------------------------------------------------------------------------------------------------

DESCRIPCION DE UNIDAD EN PRUEBA. PROGRAMA AUTOMATICO DE PRUEBA Y MATERIAL DE FORMACION

DESCRIPCION Y JUSTIFICACION DE INSTALACIONES

EVALUACION Y JUSTIFlCACION DE CAPACIDADES

IDENTIFICACION DE ELEMENTOS DE APOYO

I[)ENTI~I<:I\<:I()t_I[)~~LEfI.1~t_II()§[)E".PQ)'()(~I:~<:I()NAJ:)()§<:()t_I~J\J)~I<:,,<:I()NL CARACTERlsTICAS DE INGENIERIA DE TRANSPORTABILIDAD

Figura 46. - EJEMPLO DE INFORMES LSAR -

87

Logistica BN

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Logistica BN

Transféré par

Droits d'auteur :

Formats disponibles

~

Vous aimerez peut-être aussi

Logistica BN

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Logistica BN

Transféré par

Droits d'auteur :

Formats disponibles

﻿ ~

Vous aimerez peut-être aussi

~