Assine o DeepL Pro para poder editar este doc

Visite www.DeepL.com/pro para mais inform

F Suportabilidade 07
análise para
sistemas de missão
de apoio e suporte
JEREMY C D SMITH

Análise de sustentabilidade: o principal

fator de um sistema de apoio adequado à
finalidade
Introdução
I seu capítulo se baseia na cobertura do ILS e das estratégias de manutenção
no capítulo Lista. Seu foco está nos processos analíticos através dos quais o
ideal de um sistema de missão apoiado e sustentável se torna realidade. Seu
propósito é descrever e explicar a lógica do processo de análise de ^apoio e
ilustrar alguns dos conceitos, idéias e realidades práticas de projetar, entregar e
sustentar um sistema de apoio. É descritivo dos processos analíticos, mas não
pretende ser demasiado doutrinário de forma alguma; a disciplina do ILS, e as
tarefas de análise de suporte que lhe permitem trabalhar, em última instância, é
fazer apenas o que agrega valor. Esperamos que o que se segue seja
fundamentado na aplicação prática e seja ilustrado de forma que o leitor possa
se identificar.
A estrutura e os objetivos da análise de
sustentabilidade do ILS
A essência da disciplina do ILS é a aplicação inteligente e perspicaz da análise
de suporte de uma forma estruturada e lógica: o sistema de suporte é sustentado
pela análise. A análise de sustentabilidade é fundamental para permitir trocas
informadas e inteligentes, e para a evolução do sistema de apoio durante a vida
do sistema de missão, sendo estas as características-chave referidas no início
do último capítulo. Ela deve ser adaptada para garantir que o que é feito seja
apenas o que agrega valor, e deve ser oportuna para garantir que ela possa
influenciar o projeto do sistema de missão onde for apropriado fazê-lo.
Como discutido no Capítulo 6, a maioria dos departamentos de defesa
ocidentais emprega normas ILS, geralmente derivadas da Norma Militar 1388
dos EUA, a Norma de Defesa do Reino Unido 00-60 (substituída por 00-600)
(DStan, 2016), ou uma combinação das duas. Para nossos propósitos aqui, o
que importa é como a análise de sustentabilidade do ILS é estruturada, o que
ela visa alcançar, e como ela é aplicada durante um ciclo de vida típico do
sistema de missão, em vez de como é numerada e rotulada nas normas de
defesa e militares publicadas. Portanto, examinaremos estes aspectos da
análise, mas, para fins de referência, também identificaremos os números das
tarefas e descrições de tarefas que os departamentos de defesa ocidentais
utilizam. Eles especificam 15 tarefas de análise de apoio, que são divididas
em cinco grupos distintos. Consideraremos cada uma delas, por sua vez.

As tarefas de análise de sustentabilidade definidas nas normas dos EUA e do

Reino Unido são:

• a série 100, que trata do planejamento e controle do programa;

• a série 200, que abrange a definição da missão e dos sistemas de apoio;

• a Série 300, que trata da preparação e avaliação de alternativas;

• a série 400, que aborda a determinação dos requisitos de recursos de apoio

logístico; e
• a Série 500, que trata da avaliação de sustentabilidade.

Análise e dados de suporte

Todas as tarefas de análise de sustentabilidade gerarão dados. Estes dados
devem ser coletados e mantidos em um repositório central de dados (ou banco
de dados) de onde ele pode baixar, analisar e agir a fim de informar o projeto,
 desenvolver opinião, entrega, revisão e ajuste do sistema de apoio através do
sistema da missão. O repositório de dados deve representar "uma versão da
verdade", e as permissões de acesso de todas as partes interessadas devem ser
claramente definidas e controladas. É importante que o controle de
configuração seja cuidadosamente gerenciado para garantir que múltiplos
interessados estejam acessando e utilizando o mesmo conjunto de dados, atual.
A maioria dos departamentos de defesa insiste em que o repositório de dados
utilize uma arquitetura padronizada que garanta que os mesmos "tipos" de
dados sejam mantidos da mesma maneira, qualquer que seja o projeto (navio,
submarino, avião, tanque de batalha principal etc.), por exemplo, o da ISO
10303, AP239 (ISO, 2017). O princípio de "coletar uma vez; usar muitas
vezes" é fundamental para o uso eficiente e eficaz do repositório de dados de
análise de suporte.

Planejamento e controle do programa

Il é importante que a análise de sustentabilidade seja feita de forma econômica, portanto,
uma tarefa é destinada a desenvolver uma estratégia antecipada para ela, incluindo a
identificação das tarefas e subtarefas que provavelmente darão o melhor retorno sobre o
investimento. As normas do departamento de defesa se referem a isto como:

Tarefa 101: Desenvolvimento de uma estratégia de análise de apoio logístico

precoce

A análise da eficiência e eficácia do lóbulo, da capacidade de suporte deve ser

adequadamente planejada, integrada, dotada de recursos, conduzida e gerenciada ao
longo de todo o processo. As normas do departamento de defesa referem-se a isto como:

Tarefa 102: O Plano de Análise de Apoio Logístico

A chave para o bom gerenciamento da análise será o monitoramento, revisão e direção,

ou redirecionamento, da atividade de análise, e a liberação de informações de projeto,
lembrando o mandato do ILS de moldar o projeto para a sustentabilidade de um sistema
de missão. O objetivo é garantir que a capacidade de suporte, a inalálise está procedendo
de acordo com os marcos contratuais, garantindo assim que os requisitos de suporte e de
projeto relacionados à capacidade de suporte serão alcançados. Os departamentos de
defesa se referem a isto como:

Tarefa 103: Revisão de programas e projetos

Definição da missão e dos sistemas de apoio

A próxima série de tarefas reconhece a importância de influenciar a suportabilidade do
projeto do sistema de missão. Elas são concluídas principalmente em
llic early .11 quisil mu lilctydc |>li.!■><■>, pi iin ipally /Xsscssmcnl e Early
Demonstration. O
primeiro deles é o meio pelo qual a organização do cliente informa ao fornecedor como
o novo sistema será implantado, operado e apoiado. Ao fazer isso, o cliente dará ao
fornecedor um sentido de "como as coisas são feitas" nas Forças Armadas. Isto deve
permitir que o fornecedor possa visualizar os sistemas existentes e seus arranjos de
suporte, permitindo assim que ele projete o novo sistema de missão para ser capaz de se
integrar prontamente à infra-estrutura e às formas de trabalho existentes. É discutível
que, ao adotar esta abordagem, o departamento de defesa está restringindo o pensamento
do fornecedor e, portanto, sua liberdade para desenvolver sistemas genuinamente
inovadores e arranjos de apoio. Um contra-argumento a isto é que esta abordagem
economiza tempo e dinheiro ao reduzir as chances do fornecedor desenvolver opções
que seriam inadequadas ou impraticáveis. Esta tarefa é referida como:

Tarefa 201: O Estudo de Uso

Os resultados do estudo de uso serão uma contribuição importante para a

próxima tarefa, cujo objetivo é influenciar ainda mais a concepção do sistema
de missão, definindo a capacidade de suporte ou restrições relacionadas à
capacidade de suporte. Estas restrições refletirão os recursos atuais e
planejados de manutenção e suporte logístico que são benéficos para as Forças
Armadas do cliente em termos de preparação militar, sustentabilidade, custo e
pessoal, ou que reflitam a política existente de manutenção e suporte. Esta
tarefa informa os esforços para padronizar a missão e o hardware, software e
firmware do sistema de suporte. A padronização é um objetivo comum de
projeto porque geralmente torna o suporte inerentemente mais fácil e barato, e
também simplifica as atualizações técnicas e upgrades. As normas de defesa
referem-se a esta análise como:

Tarefa 202: Missão Hardware, Software, Firmware

e Padronização do Sistema de Suporte

Como será visto, será necessário no processo de análise comparar alternativas

de missão e sistema de apoio, e isto exigirá algum tipo de modelo de referência
de base a ser desenvolvido para esta comparação. Este modelo terá que
representar as características essenciais do novo sistema de missão e será usado
para avaliar como diferentes opções se comparam. Esta comparação se baseará
em critérios relevantes, um dos quais serão os fatores de custo de suporte nas

r
opções de projeto do sistema de missão e nas dos arranjos de suporte
potenciais. Isto deverá permitir que decisões de compromisso mais bem
informadas sejam tomadas, iind acrescentar granularidade a (ele estima
os custos de vida inteira. Os padrões de defesa são mais exigentes para
esta tarefa:
 Tarefa 203: Análise comparativa

A nova tecnologia pode ser capaz de melhorar as características de suporte de um novo

sistema de missão e tornar seu suporte inerentemente mais eficiente e eficaz. A análise
das oportunidades de aplicação da nova tecnologia é referida nos padrões de defesa
como:

Tarefa 204: Oportunidades tecnológicas

Se estas tarefas de definição de missão e sistemas de apoio (20 I a 204) forem concluídas,
faz sentido que seus resultados sejam capturados em um relatório, cujo objetivo principal
é informar o projeto do sistema de missão sobre a capacidade de suporte do sistema. Ele
registrará as características de suporte, objetivos de projeto, metas e restrições para o
novo sistema e deve, portanto, informar as especificações do sistema, documentos de
aprovação do projeto e contratos. Nas normas de defesa, isto é referido como:

Tarefa 205: Fatores de design relacionados com a sustentabilidade e o apoio

Preparação e avaliação de alternativas

Por avaliação tardia e demonstração antecipada, o projeto do sistema de missão será
razoavelmente bem definido, embora a organização do cliente ainda possa estar
considerando opções alternativas de projeto. Outro conjunto de tarefas de apoio está
agora concluído para identificar quaisquer concessões detalhadas que possam ser feitas
e para identificar formas diferentes e viáveis de apoiar o sistema de missão ao longo da
vida.
Uma tarefa de análise essencial será identificar e capturar as funções que devem ser
realizadas para que o novo sistema seja operado e apoiado nos cenários operacionais
(uso e ambientes) previstos, tanto em paz como em guerra. Esta análise deve ser realizada
para cada alternativa de projeto em consideração. Os resultados desta análise incluirão
uma lista detalhada das funções que precisarão ser executadas, quaisquer riscos
associados a elas e aparentes deficiências de projeto que terão que ser tratadas através
de redesenho ou, pelo menos, ser reconhecidas e gerenciadas. Esta lista é essencialmente
um "inventário de tarefas". Conforme o projeto do sistema evolui, esta análise terá que
ser atualizada. As principais entradas para esta análise serão os

Modos de falha, efeitos e análise de criticidade (FMECA) e análise de

manutenção centrada na confiabilidade (RCM) que terão sido concluídos e
que terão identificado planos de manutenção corretiva e preventiva para o
sistema. Tanto a FMECA quanto a RCM serão explicadas em mais detalhes
mais adiante neste capítulo. Nos padrões de defesa, esta análise é referida
como:
 Tarefa 301: Identificação de requisitos funcionais

Tendo esta tarefa de análise sido concluída, o próximo passo lógico é iden
tificar e articular alternativas viáveis de sistema de apoio para o novo sistema
de missão, incluindo os riscos associados a cada uma delas. Essas alternativas
podem então ser avaliadas e submetidas à análise de trade-off, levando, em
última instância, à seleção da melhor opção. Entre as alternativas do sistema
de apoio estão provavelmente as abordagens tradicionais que dependem
inteiramente de pessoal militar uniformizado, ou uma mistura de pessoal
uniformizado e funcionários públicos do departamento de defesa, e
abordagens que dependem, em diferentes graus, do apoio de contratados. Os
padrões de defesa se referem a isto como:

Tarefa 302: Alternativas de sistema de apoio

O processo de trade-off vem em seguida, com o objetivo de determinar, para

cada alternativa de sistema de missão, a alternativa preferida de sistema de
apoio. Esta decisão representará uma otimização das variáveis, de alcançar um
equilíbrio informado entre custo, desempenho, prontidão e outras variáveis
consideradas relevantes. Pode ser que um sistema de suporte seja igualmente
apropriado para duas ou mais alternativas de sistema de missão, ou pode ser
que os sistemas de suporte sejam diferentes em diferentes extensões. Uma das
principais saídas desta análise é a resposta à quinta pergunta, colocada no
capítulo anterior: onde ocorre a manutenção? Como foi dito no final desse
capítulo, esta decisão é alcançada através da conclusão da Análise do Nível de
Reparo (LORA), que será examinada mais detalhadamente mais adiante. As
normas de defesa referem-se a esta tarefa como:

Tarefa 303: Avaliação de Alternativas e Análise Trade-Off

Em última análise, cada sistema de apoio é o resultado de uma série

de trade-offs. Ele representa a otimização de variáveis para um tempo
e um conjunto de circunstâncias específicos. Nem o tempo nem as
circunstâncias permanecem fixos, portanto o sistema de suporte deve
evoluir com eles, a dinâmica de análise de sustentabilidade permitindo
que isto aconteça.
r Determinação dos requisitos de recursos de apoio
logístico
O objetivo da próxima série de tarefas é identificar todos os requisitos de
suporte do novo sistema. Esta pode ser uma atividade muito intensiva em
recursos e, idealmente, é melhor realizada tão tardiamente no processo de
aquisição quanto for possível, uma vez que o projeto do sistema de missão tenha
sido finalizado. Deve-se notar, entretanto, que alguns dos recursos do sistema de
apoio podem ter um longo tempo de aquisição associado a eles, por exemplo,
peças de reposição complexas, e isto pode exigir que sejam adquiridos mais cedo
no processo de aquisição, com o risco associado de que uma mudança de projeto,
ou uma mudança de vínculos de priori no processo de trade-off, possa negar sua
aquisição. Algumas infra-estruturas de apoio, por exemplo, instalações de
ancoragem, equipamentos de manuseio mecânico estático, ou hangares, podem
exigir muitos meses ou até anos para serem construídos ou instalados.

Ao analisar os requisitos de infra-estrutura de apoio, as equipes do ILS que

trabalham nos novos porta-aviões da Classe Queen Elizabeth (QEC) do Reino
Unido tiveram que considerar o requisito de dragagem dos acessos ao porto de
origem dos porta-aviões, Portsmouth em Hampshire.
Os transportadores QEC, os maiores navios já construídos para a Marinha
Real, deslocam cada um até 65.000 toneladas de água. Para acomodar os dois
transportadores, mais de três milhões de metros cúbicos de argila, areia e
cascalho tiveram que ser removidos de mais de duas milhas do Porto de
Portsmouth, uma área equivalente a mais de 200 campos de futebol (Gov.UK,
2015). Assumindo que Portsmouth continue sendo seu porto de origem, suas
aproximações terão que ser dragadas periodicamente durante a vida útil dos
transportadores.

I tarefa de identificação de requisitos funcionais (Tarefa 301), discutida acima,

terá identificado as operações e tarefas de manutenção necessárias para o novo
sistema. Estas terão agora que ser analisadas, com a finalidade de identificar os
recursos de apoio logístico necessários para a execução de cada uma delas,
incluindo em quaisquer requisitos de recursos novos ou críticos e quaisquer
requisitos de recursos que excedam ou sejam significativamente diferentes das
metas ou restrições acordadas. A análise também identificará os requisitos de
manuseio e de transportabilidade. Seus resultados informarão qualquer trabalho
que esteja sendo feito para alterar o projeto do sistema, por exemplo, para reduzir
os custos de operação e suporte ou melhorar a sustentabilidade e prontidão do
sistema. Os recursos de suporte logístico identificados na análise serão refletidos
em uma série de documentos, por exemplo, instruções de manutenção, listas de
provisão de estoque e manuais de treinamento. Também identificará o inventário
necessário para efetuar as tarefas de manutenção corretiva e preventiva
identificadas na tarefa 301. As normas de defesa referem-se a esta análise como:

Tarefa 401: Análise de tarefas

Qualquer novo sistema, no primeiro campo, provavelmente terá algum impacto

nos sistemas, processos e recursos existentes, e estes precisam ser identificados
e quantificados para que possam ser gerenciados. A tarefa de análise que
conseguir isto identificará, por exemplo, mudanças nas cargas de trabalho e
programação das oficinas e depósitos de armazenamento. Ela avaliará os
impactos prováveis no pessoal, seu treinamento e compromisso com as tarefas
de manutenção e suporte. Avaliará o impacto sobre a disponibilidade de
equipamentos de teste e calibração, equipamentos de manuseio de materiais e
meios de transporte. Também avaliará o impacto no abastecimento e no
inventário, e nos combustíveis, óleos e lubrificantes. Esta análise permitirá
identificar, quantificar e mitigar riscos de suporte, por exemplo, ajustando
quantidades de provisão de determinados itens de estoque, adquirindo mais
equipamentos de teste ou mudando os regimes de gerenciamento associados a
recursos de uso comum, tais como veículos de transporte de tarefas gerais.
Outro objetivo-chave desta análise é avaliar os impactos específicos do
campo do novo sistema e seu sistema de apoio quando implantado em combate,
e os recursos essenciais que ele exigirá. Ela informará, portanto, o planejamento
para a implantação operacional e o apoio em combate do novo sistema. Nas
normas de defesa, isto é referido como:

Tarefa 402: Análise de Fielding Antecipado

A análise seguinte considera os requisitos de suporte do novo sistema e avalia o

risco à disponibilidade dos recursos necessários ao longo de toda a sua vida útil
prevista. O objetivo é identificar itens considerados em risco e desenvolver e
avaliar soluções potenciais para sua possível escassez em anos futuros. Uma
dessas soluções poderia ser comissionar uma produção adicional de itens-chave
antes que a linha de produção seja fechada, e colocar esses itens em
armazenamento até que sejam necessários. Logicamente, portanto, esta análise
precisa ser realizada antes que a fabricação chegue ao fim. Este risco à
disponibilidade de recursos chave de manutenção e suporte logístico é
essencialmente o risco de obsolescência. O risco é provavelmente maior quando
o sistema de manutenção e suporte logístico depende de itens únicos para o
sistema, e é uma das razões pelas quais muitos departamentos de defesa aplicam
uma política de insistência na aquisição de itens de uso geral sempre que
possível. Um resultado chave desta análise é um plano para assegurar um suporte
 eficaz ao novo sistema para sua vida útil restante prevista, juntamente com
estimativas do custo para alcançá-lo. As normas de defesa referem-se a esta
análise como:

Tarefa 403: Análise de suporte pós-produção

O uso de equipamento de apoio e teste de propósito geral, em vez de exclusivo para o

sistema, traz muitas vantagens. A obsolescência é mais fácil de administrar porque peças
de reposição, ou itens completos, podem ser adquiridos ou emprestados de outros
usuários, e porque haverá mais fornecedores na cadeia de fornecimento dos quais peças
de reposição ou itens completos podem ser comprados. Sendo de propósito geral, é mais
provável que eles empreguem arquiteturas e interfaces comuns, e que itens alternativos
que façam o trabalho com a mesma eficácia estejam disponíveis no mercado.

Avaliação da sustentabilidade
Em um estágio apropriado, é necessário rever todo o processo de análise de
sustentabilidade para determinar se ele atingiu seus objetivos e onde as lições poderiam
ser aprendidas. Também é necessário formular uma estratégia para o teste e avaliação da
sustentabilidade do sistema, que é incorporada ao Plano Integrado de Teste, Avaliação e
Aceitação (ITEAP) mais amplo do sistema. Um foco para a análise feita nesta fase é
avaliar se os requisitos de sustentabilidade especificados para o sistema foram alcançados,
e se não foram alcançados, por que não, e o que deve ser feito para corrigir as deficiências.
A formulação da estratégia de teste e avaliação informará a realização de demonstrações
logísticas para testar e validar, por exemplo: publicações técnicas; inventário; ferramentas
e equipamentos de teste únicos para o sistema e de uso geral; equipamentos de diagnóstico;
treinamento de sistemas ing; embalagem, manuseio, armazenamento e transporte;
instalações e infra-estrutura; e hardware, software e firmware. Ele definirá os objetivos de
cada um dos testes e identificará os recursos necessários para realizá-los.
A análise também identificará os dados necessários para validar e verificar o suporte
contínuo do sistema, bem como os sistemas de fornecimento, manutenção e relatórios de
leitura a partir dos quais os dados serão extraídos. Quando os dados não estiverem
disponíveis nos sistemas de relatórios estabelecidos, outras fontes serão identificadas. As
normas de defesa referem-se a esta tarefa de análise de deslizamento como:

Tarefa 501: Teste de Apoio, Avaliação e Verificação de Tarefa

 Análise de sustentabilidade como um processo
dinâmico e contínuo
Como se espera que seja evidente, a análise de sustentabilidade, que é tão
fundamental para a disciplina do IES, foi apresentada pelos departamentos de
defesa de forma estruturada e lógica. Seria errado, entretanto, assumir que tudo
é feito em seqüência e que é feito apenas uma vez. Eogicamente, grande parte da
análise continua através de vários estágios do ciclo de vida e há loops de
feedback conectando a análise de estágios posteriores com a análise iniciada,
mas não concluída, em estágios anteriores. Mudanças no projeto podem forçar
uma re-análise, assim como influências que podem ser classificadas como
"força-máxima", tais como política, pressão social e mudanças ambientais.
Como será visto em breve, uma mudança significativa de uso pode mudar a
natureza dos modos de falha identificados e como eles serão tratados: uma
mudança nas tarefas de manutenção e/ou operador. Cada atualização ou
atualização a que um sistema de missão é submetido é susceptível de exigir que
algumas análises sejam revisitadas e atualizadas.

O ILS é uma disciplina que se mantém ao longo da vida e a análise da

sustentabilidade é o meio pelo qual essa realidade é promulgada.

Análise de sustentabilidade: a fusão da

engenharia e da lógica comercial
Análise de engenharia e análise de negócios
combinados
Foi feita referência a três importantes processos analíticos: as análises FMECA
e RCM, ambas informando a Task 301 (Identificação de Requisitos Funcionais),
que por sua vez informa a Task 401 (Análise de Tarefas); e a EORA, que é uma
saída da Task 303 (Avaliação de Alternativas e Análise Trade-Off). Estas três
análises merecem uma análise mais detalhada.

Os Modos de Falha, Efeitos e Análise de Criticidade (FMECA)

Um modo de falha é algo que ocorre, como uma peça que falha, que faz com que
o sistema não funcione adequadamente" (Jones, 2006: 4.36). A FMECA 'é uma
análise da perda de função e o efeito dessa perda de função no sistema quando ele
está sendo usado para realizar suas missões designadas' (Jones, 2006: 1,40). Quando
os engenheiros conduzem a FMECA eles fazem cinco perguntas:

(J I Quais são as funções que o sistema é necessário para realizar?

P2 Como estas funções podem falhar?
P3 O que pode causar essas falhas?
P4 Quais os efeitos que essas falhas podem ter sobre o sistema?
P5 Existe alguma criticalidade associada a estas falhas?

I FMECA identificará modos de falha que são considerados como tendo um

impacto não crítico e que podem ser permitidos, para serem retificados
posteriormente através de uma tarefa de manutenção corretiva apropriada, e modos
de falha que são considerados como tendo uma criticalidade e não podem ser
permitidos falhar. Quando um modo de hiilure identificado for considerado crítico
para a segurança, ou seja, para ter implicações de segurança significifi- cant, as saídas
da FMECA devem ser capturadas no caso de segurança do sistema. Normalmente,
os modos críticos de falha serão impedidos de falhar através da aplicação de uma
tarefa de manutenção preventiva apropriada tive.
Uma FMECA significativa só pode ser realizada em um projeto de sistema que
tenha alcançado um nível razoável de maturidade, mas não deve ser deixada tão tarde
que o projeto seja congelado e não possa ser influenciado pelos resultados da
FMECA. Para um benefício ótimo, qualquer mudança no projeto influenciado pela
FMECA precisa ser feita com antecedência suficiente para minimizar o custo de fazer
a mudança. Pode haver ocasiões em que os engenheiros identifiquem um modo de
falha potencial, que é considerado crítico mas que, por razões técnicas, não pode ser
impedido de ocorrer através de uma tarefa de manutenção preventiva. Neste caso,
será necessário alterar o projeto do sistema para que o modo de falha não ocorra ou
alterar suficientemente o projeto para permitir o desenvolvimento de uma tarefa de
manutenção preventiva que seja capaz de evitar que o modo de falha ocorra. Há um
julgamento de engenharia a ser feito para alcançar os melhores resultados da
FMECA. Este julgamento pode ser simplificado onde os engenheiros podem recorrer
ao conhecimento já adquirido sobre o desempenho de sistemas similares, e se os
engenheiros forem capazes de revisitar o FMECA à medida que o sistema for sendo
desenvolvido progressivamente. Os projetistas e engenheiros tornam-se
progressivamente mais confiantes no projeto e em como ele irá funcionar à medida
que seguem este processo iterativo.
Os maiores benefícios para a segurança do sistema e a capacidade de missão
serão derivados da realização da FMECA no início do processo de projeto.

Como já foi discutido anteriormente neste capítulo, a avaliação de se um modo de

falha tem conseqüências críticas pode ser bastante subjetiva. Ao responder a
pergunta 4 da FMECA, um engenheiro pode ser capaz de ver que a falha de um
 sub-sistema faz com que outro, conectado, também falhe, caso em que pode, em
termos de engenharia, ser considerado crítico. Outra falha pode ser considerada, em
termos de engenharia, como não tendo conseqüências graves de segurança ou -
operacionais e ser considerada, portanto, como não crítica. Entretanto, uma
avaliação mais ampla das conseqüências da falha pode identificar que ela tem
conseqüências ambientais inaceitáveis, por exemplo, porque resulta em vazamento
de óleo no solo, caso em que pode muito bem ser considerada crítica. O conceito
de criticidade pode ter sensibilidade de tempo. Tomando o vazamento de óleo I
como um estudo de caso, ele pode não ter nenhum significado particular no
momento em que o I FMECA é concluído, mas se torna crítico anos depois quando
pressões sociais, 1 ou legislação mais rigorosa torna o impacto ambiental de um
vazamento de óleo 1 inaceitável. Pode-se ver, portanto, que a FMECA pode ter que
ser revisada à medida que o projeto amadurece em direção ao campo inicial do
sistema, mas também | durante sua fase de serviço.

Análise da Manutenção Centrada na Confiabilidade

(RCM)
A conclusão da FMECA identificará as falhas que exigirão tarefas de manutenção
corretiva e preventiva. Como foi discutido no último capítulo, as decisões sobre
quando realizar a manutenção preventiva, e quais tarefas a serem realizadas no
tempo programado, podem ser bastante complexas e exigir que muitas variáveis
sejam consideradas. É aqui que a RCM se apresenta no processo analítico. Uma
explicação útil do propósito da RCM foi fornecida por Jones (2006), como "... para
identificar a manutenção que pode ser feita de forma programada para evitar falhas
indesejadas e inoportunas e melhorar a confiabilidade geral do sistema e, portanto,
a disponibilidade do sistema". Ou, em outras palavras, consertar um item dentro de
um sistema antes que ele quebre e torne o sistema inoperante" (p 8.1).

r
l hc RCM análise toma a FMECA como seu ponto de partida. As mesmas
perguntas ao vivo feitas na FMECA se aplicam à análise RCM e não há
necessidade de que esta análise seja feita duas vezes: uma pelo FMECA engi
neers e outra pelos engenheiros da RCM. O RCM faz, no entanto, duas outras
perguntas:

O que pode ser feito para prever ou evitar cada falha?

O que deve ser feito se uma tarefa proativa adequada não puder ser encontrada?

Um exame da análise da RCM revelará como estas perguntas são respondidas.

lb olhar para RCM com mais detalhes exige que digamos um pouco mais sobre
 o que । (institui manutenção preventiva (Figura 7.1). É geralmente aceito que as
tarefas de manutenção preventiva são aquelas que são realizadas em uma base
programada, enquanto um sistema está sendo utilizado, a fim de evitar falhas.
Entretanto, como Jones (2006) explica, existem na verdade dois tipos diferentes de
tarefas de manutenção programada, que são serviços programados e inspeções
programadas tions ou remoções. Os serviços programados são ações de
manutenção que são necessárias devido às características inerentes ao sistema. Elas
incluem ações como "lubrificação, alinhamento, calibração e outras ações de
manutenção que são necessárias para manter a capacidade operacional do sistema".

Figura 7.1 Manutenção centrada na confiabilidade

o sistema" (p. 8.2). A RCM pode tratar destas ações de manutenção; elas podem ser identificadas
e programadas por engenheiros. A maior parte da análise da RCM está focada em determinar as
inspeções ou remoções programadas às quais o sistema deve ser submetido. As inspeções
programadas são tarefas em condições ou tarefas de localização de falhas. As remoções
programadas são tarefas de retrabalho ou tarefas de descarte. Estas serão agora explicadas.
O objetivo de uma inspeção em condições é determinar se uma falha está prestes a ocorrer. Os
itens submetidos a tais inspeções são aqueles que apresentam desgaste pelo uso; um bom exemplo
é um pneu de carro. A inspeção condicionada é assim chamada porque o item inspecionado
geralmente poderá continuar em uso "na condição de que continue a satisfazer critérios de
desempenho especificados". Os proprietários de automóveis baseados no Reino Unido verificarão
seus pneus periodicamente (em outras palavras, realizarão inspeções no condicionamento) e
continuarão a dirigir sobre eles na condição de que satisfaçam a lei britânica, que exige que "carros,
furgonetas e reboques leves devem ter uma profundidade de banda de rodagem de pelo menos 1,6
mm nos três quartos centrais da largura da banda de rodagem e ao redor de toda a circunferência"
(Gov.UK, 2017). Os modernos pneus de automóveis têm indicadores de profundidade moldados
na banda de rodagem do pneu como uma ajuda para esta avaliação de condição. A inspeção do
estado de conservação deve permitir que seja feito um julgamento informado sobre se o item a ser
inspecionado está prestes a atingir o ponto em que é provável que falhe, ou pode ser deixado em
serviço até a próxima inspeção programada. Se a taxa de desgaste do item for conhecida, e o uso
previsto do item também for conhecido, deverá ser possível agendar a próxima inspeção com um
bom grau de confiança de que o item não falhará nesse meio tempo. Quando estas variáveis são
incertas, os engenheiros da RCM provavelmente minimizarão o risco da falha ocorrendo ao
programar uma inspeção mais cedo. Se o item falhar o critério de inspeção, neste caso a
profundidade do piso está no mínimo legal ou é provável que chegue a ele em breve, o motorista
do carro deverá remover e substituir o pneu.
Uma inspeção de busca de falhas examina itens de funções ocultas para encontrar falhas que
ocorreram desde a última inspeção, mas que não foram evidentes para os operadores do sistema.
A inspeção pode, por exemplo, ser destinada a detectar a corrosão que ocorreu, mas está oculta à
vista e levará à falha do sistema se não for corrigida.
As tarefas de remoção programada são tarefas de retrabalho ou tarefas de descarte. Estas
tarefas são concluídas regularmente em relação a algum tempo ou uso definido. Alguns exemplos
são as milhas de via para um trem de acionamento de um veículo blindado, ou encargos totais
equivalentes para um sistema de armas, discutidos no último capítulo. Quando a tarefa é uma tarefa
de retrabalho, o item em questão será removido de seu sistema pai e sujeito a reforma ou revisão.
É provável que ao ser removido, tenha sido substituído imediatamente por um item idêntico que
já passou por uma revisão ou reforma e que tenha sido mantido em um "pool" de tais itens. No
caso da tarefa de descarte, o item é submetido a uma remoção programada mas, em vez de ser
reformado ou revisado, é descartado. Em algumas circunstâncias, pode ser apropriado realizar uma
combinação de tarefas. Jones (2006) descreve como o pessoal de manutenção usará um medidor
de profundidade do piso do pneu para fazer uma inspeção dos pneus de uma aeronave em
condições para determinar se ocorreu algum desgaste incomum, mas também remover e descartar
o pneu quando souberem que ele sofreu um determinado número de aterrissagens. Neste caso,
mesmo que a profundidade do piso possa teoricamente ser suficiente para que o pneu continue em
serviço, no interesse da redução do risco m um item significativo para a segurança - o material
rodante da aeronave - e especialmente onde pode haver alguma incerteza sobre a probabilidade
real de falha à medida que o pneu se veste, o pessoal de manutenção remove o pneu e o descarta.
(Tarefas combinadas como estas são freqüentemente usadas onde há incerteza sobre como um item
se veste durante o uso e o tipo de condições de uso que o item irá experimentar. Tais tarefas podem
ser caras.
A conclusão da análise RCM deve identificar os métodos de manutenção preventiva mais
econômicos a serem seguidos, mas a economia não deve ser a única consideração. As falhas podem
ter conseqüências operacionais, uma consideração importante na defesa, e também conseqüências
na segurança. Como descrito acima, algumas funções estão ocultas do ponto de vista dos
operadores e a ocorrência de falhas pode não ser aparente para eles. A análise da RCM será,
portanto, baseada em quatro áreas de exame: segurança, operacional, econômica e detecção de
lailure oculto.
Para responder às duas outras perguntas (ou seja, as duas adicionais às feitas na FMECA - ver
acima), os envolvidos na condução da análise RCM aplicarão a lógica de decisão da RCM. Em
essência, eles trabalham através de uma árvore de decisão, avaliando se a falha está oculta ou
aparente para os operadores, e se tem implicações de segurança, operacionais ou financeiras. Eles
avaliarão a adequação de cada uma das ações de manutenção: inspeções programadas, seja em
condição ou em busca de falhas; e remoções programadas, seja em tarefas de retrabalho ou de
descarte. Ao fazer isso, eles esperam alcançar a melhor ação de manutenção preventiva para os
modos de falha identificados. Um ponto digno de ênfase aqui é que se, tendo trabalhado através
da árvore de decisão, nenhuma destas (estas opções são aceitáveis, é provável que uma mudança
tenha que ser feita no projeto do sistema. A análise da RCM ilustra, em diferentes graus, o fato de
que tanta análise de suporte requer uma combinação de amplo cálculo quantitativo, informado por
considerações de engenharia, e julgamento qualitativo, informado por uma lógica mais específica
da situação ou da organização.
Uma ilustração da aplicação da lógica de decisão RCM

Se a ocorrência da falha for evidente para os operadores do sistema (ou seja, não exigirá uma tarefa
de busca de falhas), e tiver conseqüências operacionais - em defesa, isto provavelmente seria
classificado como um impacto adverso sobre a capacidade militar, é provável que a manutenção
preventiva seja desejável se o custo de realizar esta manutenção for menor do que o custo de reparar
a falha uma vez ocorrida, combinado com o custo do impacto operacional ou de capacidade, algo
que provavelmente será um julgamento qualitativo e difícil de atribuir um valor monetário. Se for
decidido que uma ação de manutenção preventiva é necessária, a aplicabilidade e utilidade de uma
tarefa em condição, uma tarefa de retrabalho ou uma tarefa de descarte será avaliada, e se nenhuma
delas for apropriada, poderá ser necessária uma mudança no projeto a ser feito.

Pode-se ver que a FMECA identifica as tarefas de manutenção corretiva que devem ser realizadas,
e alimenta a análise RCM que identifica então as tarefas de manutenção preventiva apropriadas.
Estas tarefas serão acrescentadas ao inventário de tarefas que foi criado como tarefa de suporte
301, discutida anteriormente neste capítulo. Como um lembrete, este inventário de tarefas será um
input chave para determinar os sistemas de suporte potenciais que podem ser apropriados para o
novo sistema de missão, sendo a articulação destas alternativas o resultado da Tarefa 302
(Alternativas de Sistemas de Suporte). Uma vez identificadas estas alternativas, elas deverão ser
avaliadas a fim de chegar à mais apropriada: o objetivo da Tarefa 303 (Avaliação de Alternativas
e Análise Trade-Off).
Um elemento criticamente importante da tarefa 303 é a LORA.

Nível de Análise de Reparo (LORA)

O objetivo básico da LORA é determinar o nível em que uma ação de manutenção deve ocorrer, e
por implicação o local. Um propósito secundário é determinar a conveniência, geralmente com
base em motivos financeiros, de reparar um item em vez de removê-lo e descartá-lo.

Uma estrutura para a LORA

Para examinar a LORA, utilizaremos uma estrutura de quatro níveis de apoio utilizados por Jones
(2006: 14,4), interpretando-os para nossos propósitos:

Organização - se referirá à unidade de usuários do encl, exemplo de um navio de guerra a

flutuar, um esquadrão de reconhecimento blindado implantado em um teatro de operações ou
em um exercício de treinamento de campo, ou um vôo rápido a jato operando a partir de uma
base de operações implantada ou principal, no país de origem ou em um teatro de operações.
Depósito - o próximo nível, que pode ser um navio de apoio a flutuar, um regimento logístico
do exército ou um batalhão de manutenção operando em apoio às tropas de brigada ou divisão,
ou um esquadrão de aeronaves ou ala aérea operando em uma base operacional desdobrada ou
principal.
Intermediário - o próximo nível acima, que pode ser, por exemplo, instalações portuárias de
apoio a navios ao lado mas ainda sob controle de sua sede de comando da frota, recursos de
apoio do exército mais estáticos e concentrados possivelmente agrupados em torno de um porto
de desembarque em um teatro de operações, ou recursos de manutenção de aeronaves mais
concentrados e estáticos em uma base operacional principal.
Empreiteiro - essencialmente onde o apoio é liderado pela indústria, por exemplo, instalações
portuárias, incluindo docas secas, onde os navios passam por grandes reformas, instalações de
manutenção de profundidade onde a indústria fornece revisões de veículos do exército, ou
fábricas de aeronaves OEM com suas próprias pistas de decolagem.

N B: estes níveis de apoio mapeiam amplamente a primeira, segunda, terceira e quarta linhas de
apoio discutidas no Capítulo 2.

Critérios econômicos e não econômicos informam a LORA

Uma LORA é informada por uma combinação de critérios econômicos e não econômicos. Para
ilustrar como isto funciona, pode fazer sentido por razões puramente econômicas que uma
determinada ação de manutenção seja realizada em nível intermediário, utilizando pessoal de
manutenção da função pública. Também pode acontecer que a ação de manutenção exija
habilidades particulares que também são encontradas nos conjuntos de habilidades dos
mantenedores uniformizados em nível de depósito. A preocupação com as habilidades potenciais
pode exigir, como política, que a ação de manutenção específica seja realizada em nível de
depósito, a fim de evitar que essas habilidades desapareçam no pessoal de manutenção
uniformizado. Em geral, é aconselhável aplicar qualquer critério não econômico como primeiro
passo na LORA, com o argumento de que não faz sentido perder tempo e dinheiro fazendo uma
LORA econômica se existem fatores não econômicos que tornam irrelevantes considerações
financeiras. A LORA não econômica, portanto, serve como um filtro útil, retirando de
considerações posteriores as atividades de manutenção consideradas isentas de análise econômica.
Os Royal Electrical and Mechanical Engineers (REME) do exército britânico, que são responsáveis
pela manutenção e reparo das aeronaves, veículos, armas e outros sistemas do exército, seguem
uma doutrina há muito estabelecida baseada na realização de reparos tão avançados no campo de
batalha quanto seja tecnicamente viável e taticamente sólido. Isto garante a capacidade de resposta
que as unidades e formações de combate e de apoio ao combate exigem ao executarem as
operações. Quando uma LORA é realizada para uma tarefa de manutenção associada a um sistema
do Exército, pode ser que esta doutrina descarte a consideração de outros fatores que possam sugerir
que faz mais sentido economicamente realizar a tarefa mais longe no campo de batalha.
.J

A LORA como uma fusão de engenharia e lógica empresarial

O início da LORA é o modo de falha identificado. Se o item com falha puder ser reparado sem
removê-lo do sistema, e se a organização tiver as habilidades, as ferramentas e equipamentos de
teste, o inventário e todos os outros recursos necessários, geralmente fará sentido que a ação de
manutenção ocorra nesse nível. Se o item não puder ser consertado enquanto permanecer no
sistema, é necessário tomar uma decisão sobre se deve ser reparado ou descartado. Se ele não puder
ser descartado, por razões econômicas ou não, a próxima decisão a ser tomada é se ele pode ser
reparado no próximo nível - no nível de depósito. Pode ser que neste nível haja recursos e
habilidades tecnicamente mais sofisticados disponíveis que a ação de manutenção possa exigir. Se
for tomada a decisão de que o reparo não pode ocorrer neste nível, o próximo nível, intermediário,
será considerado. Alguns itens exigirão manutenção por parte do OEM ou talvez um integrador de
sistemas, a nível de empreiteiro.
O ponto realmente importante sobre a LORA é que ela representa uma fusão de engenharia e
lógica comercial. O pessoal de manutenção e os engenheiros de projeto e produção devem ser
capazes de fazer uma avaliação no nível mais lógico - em termos de engenharia - no qual executar
a ação de manutenção. Entretanto, suas decisões focadas em engenharia podem ter conseqüências
comerciais e financeiras significativas. Vale a pena ilustrar o ponto, considerando um cenário
fictício.

As implicações comerciais da LORA - uma ilustração

Imagine um sistema de missão - um veículo de comando e de ligação com rodas - que é implantado em
todas as unidades de combate e suporte de combate de um exército nacional. Foi identificado um modo
de falha em uma montagem eletromecânica dimensionável, que é instalada neste sistema. A ação de
manutenção necessária para corrigi-lo é a seguinte:

1 A montagem é removida do sistema usando ferramentas manuais comuns.

2 É então desmontado, usando as mesmas ferramentas, e dois componentes específicos que sofrem
desgaste são removidos e substituídos por dois novos componentes de reposição.

3 A montagem é remontada e submetida a uma série de testes de continuidade elétrica e testes

mecânicos de movimento.

4 Se ele passar nos testes, o conjunto é reequipado no sistema. O operador do sistema então realiza
alguns testes embutidos para verificar se o conjunto foi montado corretamente e está funcionando
corretamente.

Se a LORA determinar que esta ação de manutenção deve ser realizada em nível organizacional, cada
subunidade de combate e suporte de combate na qual o sistema for implantado terá que ter o pessoal
de manutenção qualificado, as instruções de manutenção, as ferramentas manuais, os itens de
inventário (as peças de reposição) e o(s) equipamento(s) de teste necessário(s) para realizar o trabalho.
Pode haver também a necessidade de alguma infra-estrutura, talvez alguma tentativa em que o trabalho
possa ser feito. Isto representa uma ampla distribuição de recursos, com todos os custos que lhe são
inerentes. Alguns destes custos serão óbvios, por exemplo, o custo das peças de reposição e do
equipamento de teste. Alguns deles serão menos óbvios, por exemplo, os custos de captação do pessoal
de manutenção e o custo de seu treinamento, o custo de aquisição, armazenamento e distribuição das
peças de reposição, e o custo dos manuais de manutenção e sua manutenção. O equipamento de teste,
especialmente se tecnicamente sofisticado, pode exigir calibração em intervalos determinados, bem
como manutenção. Quando este equipamento é único para o sistema e não para fins gerais, a
manutenção e a calibração podem ser particularmente caras, possivelmente exigindo que ele seja
carregado de volta para o OEM a nível de empreiteiro.
Como observação geral, uma decisão da LORA de empurrar uma ação de manutenção para um ou
dois níveis inferiores pode inevitavelmente resultar na multiplicação dos recursos necessários para
efetuar a manutenção e, portanto, um aumento no custo, potencialmente significativo. Este é geralmente
o caso das forças terrestres, porque a manutenção do exército tende a ser intensiva em mão-de-obra e
amplamente distribuída. É claro que pode ser o caso de cada unidade e sub-unidade de combate e
suporte de combate já possuir os recursos mencionados acima para realizar a manutenção em outros
sistemas já em campo, caso em que quase certamente fará sentido impulsionar esta ação de
manutenção fictícia como a LORA sugeriu. Se este não for o caso, e a LORA determinar que a ação de
manutenção deve ser realizada no próximo nível a montante, digamos, no nível intermediário, então os
custos de transporte do conjunto de volta através da cadeia de suporte reversa terão que ser
considerados.

LORA resumida
Em resumo, os resultados da LORA determinam o nível e, portanto, geralmente por
 implicação o local, no qual cada tarefa de manutenção será realizada, e esta decisão é um
determinante chave dos recursos de apoio logístico para um sistema de defesa em campo.
A LORA é, portanto, uma análise muito significativa. Espera-se que seja tão bem
informada quanto possível, mas deve-se reconhecer que existem muitas incógnitas
associadas a uma avaliação de critérios econômicos e não econômicos, especialmente estes
últimos. Onde a manutenção é mais amplamente distribuída ao ser empurrada para níveis
mais baixos, os recursos que ela exige aumentam a pegada logística dos elementos de força
implantados. De um ponto de vista, isto pode ser considerado provável para melhorar a
capacidade de resposta e agilidade das unidades implantadas, ou seja, sua capacidade de
executar ações de manutenção tão rapidamente quanto possível, ajudando assim a alcançar
um nível mais alto de disponibilidade do sistema. De outro ponto de vista, pode-se
considerar que isso pode prejudicar sua agilidade porque o aumento dos recursos de
equipamentos, instalações, inventário, publicações técnicas, etc., exigem mais recursos de
transporte e manuseio e, portanto, aumentam o "arrastamento logístico" das unidades.
Como em grande parte da análise de sustentabilidade que examinamos, a LORA
envolve um trade-off. É uma contribuição importante para a tarefa de análise de
sustentabilidade 303, cujo objetivo, como um lembrete, é avaliar os sistemas alternativos
de manutenção e suporte identificados na tarefa 302, e tomar as decisões necessárias, mas
muitas vezes altamente significativas, de compromisso. A LORA tem muito a ver com
trade-off.

Decisões de análise de deslizamento: as implicações dos recursos

logicamente, a próxima etapa na análise de sustentabilidade é determinar suas implicações para os

recursos logísticos. Como lembrete, esta é a tarefa 401 (Análise de tarefas), cujo objetivo é
identificar e quantificar todos os recursos que serão necessários para permitir que as tarefas sejam
concluídas com sucesso. Isto incluirá os seguintes elementos do ILS listados no início do último
capítulo:
• apoio ao fornecimento e provisionamento do estoque;
• publicações e documentação técnica;
• suporte e equipamento de teste;
• instalações e infra-estrutura;
• pessoal e fatores humanos;
• equipamento de treinamento e treinamento;
• embalagem, manuseio, armazenamento e transporte;
• suporte informático; e
• dados.

Il identificará quaisquer recursos que são considerados como exigindo atenção especial da gerência
porque, por exemplo, eles estão em falta ou apresentam um desafio iminente de obsolescência, ou
são particularmente caros para comprar .md para manter. Tendo identificado os conjuntos de
habilidades requeridas dos operadores e mantenedores, a análise informará uma avaliação das
necessidades de treinamento (figura 7.2).

Colocando em campo o sistema de missão apoiado e sustentável

Venho quando a análise de sustentabilidade tiver sido concluída de forma completa e bem
informada, e quando as decisões teoricamente ótimas de compromisso tiverem sido tomadas, ainda
haverá um grau de incerteza em torno da fonte de recursos do sistema de apoio. Vale a pena
examinar como esta realidade pode se revelar e como ela pode ser gerenciada.
Os itens de inventário individuais necessários para as tarefas de manutenção corretiva e
preventiva - a gama de itens - terão sido identificados, idealmente pelo Número de Estoque da
OTAN (NSN) ou, se ainda não codificados pela OTAN, pelo próprio sistema de numeração de
peças do OEM. O número desses itens necessários para cada tarefa de manutenção identificada e
analisada também terá sido calculado.
Figura 7.2 A análise das necessidades de
treinamento (TNA)
 Quando multiplicado pelo número de vezes que se espera que as ações de manutenção
sejam realizadas nos sistemas em campo, isto dará a escala dos itens. Os gerentes de inventário
nas equipes de projeto que gerenciam a missão e os sistemas de apoio utilizarão esse intervalo e
cálculo de escala para informar os processos de provisionamento de inventário que eles colocarem
em prática. Entretanto, onde um sistema de missão genuinamente novo está sendo colocado em
campo, é provável que haja um grau de incerteza sobre como ele realmente funcionará uma vez
nas mãos do usuário, incluindo se os modos de falha previstos pelos engenheiros realmente mani
se festejam como previsto durante o serviço. Pode ser que novos modos de falha ocorram, ou que
as falhas previstas assumam uma forma que difere em diferentes graus do que foi previsto. As
tarefas de manutenção identificadas como necessárias, (e desenvolvidas, podem requerer
alterações de acordo e, portanto, a escala, e possivelmente também o alcance, do inventário pode
ter que ser ajustado. Isto exigirá, por sua vez, um ajuste nos processos de provisionamento
implantados.
Pode-se ver que o gerente do ILS tem que enfrentar diversos graus de incerteza, mas
deve, independentemente disso, garantir que o sistema de missão possa ser apoiado no
primeiro campo. Também é essencial que onde a realidade realmente varia do que foi
previsto ou esperado, o sistema de apoio possa evoluir - a terceira característica identificada
no início do último capítulo. Um facilitador útil disto é o período de suporte inicial (ISP),
que será explicado abaixo.

Colocação em campo da missão e sistemas de

apoio: validação e verificação da análise de
sustentabilidade
O período inicial de suporte (ISP)
Os departamentos de defesa geralmente implementam um ISP para sistemas recém-
centralizados. No MOD do Reino Unido, normalmente são dois anos. Uma provisão inicial
(IP) de inventário será calculada e registrada em uma lista inicial de provisionamento
(IPL). A LPI refletirá a gama de itens de inventário, mas a quantidade de itens, a escala,
refletirá uma avaliação de com que freqüência e com que periodicidade os modos de falha
identificados ocorrerão. Este cálculo se baseará no julgamento dos engenheiros de projeto
e manutenção, possivelmente complementado pelos resultados da modelagem, simulação
e wargaming, e também pela comparação com sistemas similares já em campo e em
serviço. Outras informações podem vir de usuários militares, gerentes de frota e gerentes
de inventário que terão levado em conta o perfil da missão, o uso provável e os fatores
ambientais previstos. Como lembrete,a tarefa 201, o Estudo Ilse, terá permitido ao usuário
dizer ao projetista e fabricante do sistema de missão, e a outras partes interessadas, como
o sistema de missão será normalmente operado e apoiado em serviço.
Durante o ISP, o sistema de missão será operado e apoiado como previsto. Portanto, ele
sustentará falhas e será submetido às atividades de manutenção correc tivas e preventivas
previstas. O inventário será consumido de acordo com o previsto. Serão utilizados infra-
estrutura e instalações, suporte e equipamento de teste, publicações técnicas e
documentação, e recursos de suporte informático. Os equipamentos de manuseio de
materiais e meios de transporte serão encarregados da movimentação e manuseio do
sistema de missão e de seus recursos de apoio, e serão empregados métodos de
armazenamento apropriados para sua manutenção. Será protegido dos efeitos ambientais
por sua embalagem, e isto será contabilizado e gerenciado conforme necessário.
Operadores, pessoal de manutenção e outro pessoal de apoio serão treinados para adquirir
as habilidades necessárias, e serão desenvolvidos planos para sustentar este treinamento no
futuro, incluindo o fornecimento de equipamento de treinamento onde for necessário.
Criticamente, os dados serão coletados em todo o ISP.

Dados, dados, dados

Será lembrado que o tipo de dados a serem coletados durante o serviço do sistema de
missão, e suas fontes, terão sido identificados na tarefa 501. Estes dados devem ser
interpretados para responder a uma série de perguntas:

• Os modos de falha previstos pelos engenheiros realmente ocorreram, e quando eles eram
esperados? Esta é essencialmente uma avaliação da confiabilidade real versus a
confiabilidade prevista do sistema.
• Ocorreu algum modo de falha inesperada?
• As tarefas de manutenção corretivas e preventivas foram realizadas quando, onde e
como foram previstas?

Dependendo das respostas a estas perguntas:

• Os itens de inventário fornecidos no IPL foram corretos por alcance e por escala, e todos
os outros recursos exigidos pelo sistema de suporte também foram corretos?

Supondo que os dados tenham sido coletados para permitir que estas perguntas sejam
respondidas, deve ser possível fazer quaisquer ajustes considerados necessários para
melhorar o suporte ao sistema e, assim, cumprir, ou gelar mais perto de cumprir, as metas
de desempenho que seus usuários exigem dele. Em essência, como os dados são coletados
durante o ISP, as suposições iniciais de engenharia e negócios serão revisadas para
estabelecer se elas estavam corretas ou se precisam ser ajustadas. Agora deverá ser possível
ajustar, se necessário, o alcance e a escala do inventário adquirido como um IP. Políticas
de provisionamento mais duradouras podem agora ser postas em prática com o objetivo de
garantir que os itens de inventário sejam adquiridos em quantidades suficientes para
permitir o suporte contínuo do sistema à medida que ele é implantado e operado. Deve ser
dada a devida consideração aos prazos de aquisição e a questões de obsolescência potencial
com alguns itens.
Implantação faseada de sistemas de missão e suporte: inicial
e final, capacidade operacional
Deve-se notar que um IP de inventário, e na verdade dos outros recursos de apoio
necessários para o sistema, pode ser combinado com uma capacidade operacional inicial
(COI) do sistema de missão, que pode envolver um campo inicial de apenas números
limitados do sistema, e/ou seu uso restrito. Os dados coletados devem ser interpretados com
isto em mente. medida que o sistema se aproxima da capacidade operacional total (FOC),
as quantidades de recursos podem ser planejadas para aumentar de acordo.

Quão representativo da missão futura e do uso do sistema de suporte era o ISP? Se o ISP
cair durante um período de relativa paz e calma, durante o qual a atividade militar é de
intensidade abaixo da média, a atividade de manutenção, e portanto todos os recursos
associados a ela, refletirá esta intensidade abaixo da média. Seria insensato, portanto,
ajustar os recursos do sistema de apoio para baixo, para reduzi-los, se depois do PSI, a
atividade militar e o uso do sistema de missão aumentassem para uma intensidade maior.

Evolução do sistema de apoio

Como foi dito no Capítulo 6, qualquer sistema de apoio é sustentado pela análise, em última
análise o resultado do trade-off, e evolui durante a vida do sistema de missão. Esta evolução
pode ser moldada por inúmeros fatores, entre eles: mudança de uso; impacto ambiental;
avanços na tecnologia; política; pressão social; mudanças nas relações comerciais e
contratuais e assim por diante. A tecnologia pode ser um motor significativo para a mudança
das estratégias de manutenção. O desenvolvimento de Sistemas de Monitoramento de
Saúde e Uso (HUMS), por exemplo, permitiu aos engenheiros programar a manutenção de
forma mais otimizada porque o HUMS fornece uma indicação mais substancial de
degradação e desenvolvimento de falhas em torno das quais a manutenção pode ser
programada. A Manutenção Baseada na Condição (CBM) cresceu a partir dos
desenvolvimentos tecnológicos que deram aos engenheiros uma visão mais bem informada
de como um determinado sistema está funcionando. Uma técnica cada vez mais popular é
a de monitoramento da condição do óleo, pela qual o óleo do motor é amostrado
periodicamente e examinado para medir partículas, e outros traços, que indicam a taxa e
extensão do desgaste do óleo que os pistões e peças rotativas estão sofrendo. Se o desgaste
parece ser excessivo, ou não o que poderia ter sido previsto, uma ação de manutenção
apropriada pode ser implementada. O Monitoramento de Saúde e Uso e a CBM estão
mudando a periodicidade e as técnicas de manutenção e dando aos logísticos uma
ferramenta de gerenciamento adicional através da qual eles podem evoluir com os sistemas
de suporte.
Sumário
Tem-se constatado que o ILS e as tarefas de análise de sustentabilidade são cobertas por
normas que os departamentos de defesa utilizam como estruturas dentro das quais o
trabalho pode ser feito tanto pelo cliente quanto pelo fornecedor. As tarefas de análise de
capacidade de suporte são definidas, não para serem excessivamente prescritivas, mas para
ajudar a garantir que haja lógica analítica no processo de projeto, desenvolvimento,
implantação, revisão e evolução do sistema de suporte. Somente as tarefas de análise que
agregam valor devem ser feitas, e devem envolver todas as partes interessadas relevantes.
Quando apropriado, a lógica de engenharia deve ser combinada com a lógica comercial e
um ou ambos podem ter que aceitar um grau de compromisso se quiserem alcançar um
sistema de apoio que garanta a viabilidade contínua do sistema de missão durante uma vida
útil potencialmente longa. Esperamos que este capítulo, e o que o precedeu, tenha
demonstrado as características-chave de um sistema de apoio: que ele se baseia em análise;
que representa o resultado de um trade-off de uma variedade de variáveis; e que evolui ao
longo da vida útil do sistema de missão. Os sistemas de defesa são geralmente complexos
e caros, e permitir que eles possam ser apoiados e apoiados ao longo da vida é um desafio.
A disciplina do ILS e a análise de sustentabilidade que a sustenta devem ser vistas como a
estrutura lógica através da qual o desafio pode ser enfrentado da melhor forma possível.

Referências
I )Stan (2016) Defence Standard 00-600, Issue 4, Apoio logístico integrado. Requisitos para
projetos MOD, Equipamento e Suporte de Defesa, UK Defence Standardization. Glasgow
(lov.UK (2015) Notícias: Projeto de dragagem abre caminho para novos QEC Carriers Io
tornar sua casa em Portsmouth, [online] disponível em: https://www.gov.uk/
governo/news/dredging-project-paves-way-for-new-qec-carriers-to-make- their-home-in-
portsmouth [acessado em 7 de julho de 2017]
(iov.UK (2017) O Código da Estrada, Anexo 6. Manutenção, segurança e proteção do
veículo. Informações e regras sobre manutenção, segurança e proteção de veículos.
[https://www.gov.uk/guidance/the-highway-code/annex-6-vehicle- manutenção-segurança e
segurança [acessado em 17 de setembro de 2017].
ISO (2017) Organização Internacional de Normalização, ISO 10303-233:2012, Sistemas de
automação industrial e integração. Representação e intercâmbio de dados de produto -
Parte 23: Engenharia de sistemas de protocolo de aplicação [online]
https://www.iso.org/standard/55257.html [acessado em 27 de setembro de 2017]
Jones, J V (2006) Integrated Logistics Support Handbook, 3rd edn, McGraw-Hill Sole Press,
New York