Projecto e Fiabilidade

Introduo
Este presente trabalho de pesquisa, que tem como tema de abordagem Projecto e Fiabilidade vem sendo elaborado desde o inicio do ano lectivo em curso, por um grupo de estudantes que baseou-se em fontes bibliograficas virtuais e fisicas para concretizao do mesmo trabalho e com a preteno de atinguir os objectivos abaixo alistados. A projeco e o desenvolvimento de produtos tm sido tradicionalmente elaborados por vezes sem verificar e avaliar cuidadosamente a montabilidade, processos de fabricao, condies de operao, fiabilidade, factores humanos, entre outros factores que possam comprometer as expectativas do que se requer no produto final, para isso o presente trabalho pretende com os seguintes objectivos:

Objectivos
Objectivos gerais Definir os conceitos de Projecto e Fiabilidade; Fazer uma abordagem genrica acerca de Projecto e Fiabilidade na manuteno; Fazer uma analise comparativa entre Projecto e Fiabilidade e aquilo que ate agora foi abordado nas aulas de Manuteno Industrial e de Veculos.

Objectivos especficos Fazer o levantamento bibliogrfico em torno do tema Projecto e Fiabilidade; Descriminar as fases da elaborao de um projecto; Caracterizar e classificar os projectos; Definir a importancia de gesto de projectos; Definir as tcnicas de fiabilidade existentes; Definir os testes ou ensaios que possam garantir a fiabilidade de um produto.

Justificativa

Projecto e fiabilidade O levantamento bibliografica referido ao tema Projecto e Fiabilidade que ser apresentadado foi feita num periodo pr-determinado pelo docente da cadeira , tendo como principal importncia permitir que os estudantes se envolvam de forma integrada nos conceitos de Manuteno Industrial e de Veculos atravs da pesquisa e estudo, de forma a consolidar os mesmos a lidar com a estrutura empresarial.
MIV

Metodologia da pesquisa
Caracterizao bsica: O tipo de base metodolgica usada na pesquisa a de delineamento porque o trabalho basea-se essencialmente em fazer um levantamento bibliogrfico, documental no campo de pesquisa previamente pr-determinado, consistindo basicamente na pesquisa do historial...... A elaborao da pesquisa baseou-se, na diviso de trabalho por cada membro do grupo, onde cada um submeteu-se a pesquisa de um (1) ou mais pontos da lista de objectivos a serem atingidos dando tambm o seu parecer critico em relao a assimilao adquirida ao longo e no final do trabalho de modo a conceber e estruturar um s trabalho.

Projecto e fiabilidade
Generalidades
Anlise conjunta de risco, de fiabilidade, disponibilidade e manutibilidade, fundamentam decises construtivas, de explorao, de manuteno, no sentido de garantir nvel de risco e de fiabilidade, a um custo de ciclo de vida definido. Esta anlise embora possa ser aplicada em todas as fases do ciclo de vida de um activo, a sua aplicao na fase de projecto mais fcil e simples. Esta abordagem permite identificar pontos fracos nas diversas fases do ciclo de vida, quer por via de anlise durante a fase de concepo, quer na fase de explorao, por via de informao gerada nas inspeces e intervenes de manuteno. Desta forma potenciam-se melhorias de desempenho por via de alteraes concepo ou por modificaes nas condies de explorao, planos de manuteno e inspeces. A concretizao desta abordagem , em geral, suportada por dois instrumentos:

Grupo IV

M41

28

Projecto e fiabilidade O sistema de Gesto de Configurao, que permite um controlo eficaz

MIV

sobre o cadastro dos itens crticos, desde a fase inicial do projecto; e O Plano Logstico integrado, que constitui uma previso, ao longo do ciclo de vida, de toda a actividade dos sistemas e equipamentos, nomeadamente nas perspectivas de manuteno, qualidade e explorao.(MIIT 2011)

Primeiro a que contextualizar primeiro o conceito e as generalidades de um projecto, seguindose dessa forma: Conceito de Projecto Um dos factores bem conhecidos sobre o processo de desenvolvimento de produto que o grau de incerteza no incio deste processo bem elevado, diminuindo com o tempo, mas justamente no incio que se selecciona a maior quantidade de solues construtivas. As decises entre alternativas no incio do ciclo de desenvolvimento so responsveis por 85% do custo do produto final. O custo de modificao aumenta ao longo do ciclo de desenvolvimento, pois a cada mudana, um nmero maior de decises j tomadas podem ser invalidadas. (Desenvolvimento do produto s.d.) O termo projecto no mbito do nosso contexto pode-se definir como sendo uma sequncia de etapas a serem realizadas num determinado espao de tempo seguindo as instruces e especificaes desenhadas e estudadas pelo projectista (que o autor do projecto), com o objectivo final de conceber um produto. O termo "projecto" tem vrias conotaes e usado em sentidos diferentes. Por vezes, associado a um propsito, uma inteno ou mesmo um desgnio. Noutras situaes, conotado com um esquema, um plano ou um programa. Em geral, os dois aspectos esto presentes, em maior ou menor grau e de modo mais ou menos explcito, naquilo a que chamamos um projecto. Fases de um Projecto Qualquer projecto composto por um ciclo de vida mais ou menos extenso, consoante o tipo de projecto, o qual pode ser resumido em 4 fases:

Grupo IV

M41

28

Projecto e fiabilidade - Fase da concepo: esta fase (tambm designada por protoprojecto) consiste num estudo prvio que tem como objectivo preparar a concepo global do projecto e analisar a sua viabilidade em termos funcionais, tcnicos e financeiros. Para isso so efectuados estudos de mercado prvios, tcnicos e financeiros, so analisadas alternativas, e so submetidas as primeiras propostas de projecto. - Fase do planeamento: a fase do planeamento um aprofundamento dos trabalhos realizados na fase de concepo. Envolve geralmente estudos de mercado, estudos tcnicos e financeiros, seleco de recursos (materiais e humanos), a definio da calendarizao, oramento e caractersticas tcnicas e por fim a apresentao e obteno de aprovao para a sua implementao. - Fase de execuo: a fase de execuo corresponde implementao do projecto tendo em conta o planeamento efectuado, nomeadamente ao nvel dos prazos, custos e qualidade. Os trabalhos associados a esta fase incluem a definio da organizao, a alocao e gesto dos recursos humanos, materiais e financeiros, a contratao de equipamentos e de servios no exterior, a verificao e controlo dos prazos, dos custos e da qualidade, os contactos com o exterior e o replaneamento. - Fase de concluso: a fase de concluso do projecto diz respeito libertao dos recursos, documentao dos resultados obtidos e entrega dos outputs. (Gestao de Projecto s.d.) Grf. 1: Fases do Projecto
MIV

Grupo IV

M41

28

Projecto e fiabilidade O grafico acima reflete todas as descries feitas anteriormente no que se refere as fases do projecto onde o nivel de actividades varia em funo ao tempo. A primeira fase e a segunda do nivel de actividades sao ascendentes e preve-se um tempo reduzido em relao ao tempo de execuo do referente projecto onde sero implementados todas actividades previamente planeadas e apresenta tambem um comportamento relativamente constante durante o seu percurso. E por fim temos a concluso onde temos o comportamento descendente da curva de fases onde se da por terminado o projecto. Caractersticas dos projectos Entidade prpria, dimencao e alcance; Meios importantes, variados e mutveis; Descontinuidade; Dinamismo e evoluo; Irreversibilidade; Influncia externa; Risco. Classificao dos projectos Os projectos podem classificar-se quanto: A natureza da transformao; A dificuldade; Projectos materiais e imateriais; Ao tamanho; Ao mbito (externos e internos). Dimenses dos projectos Dimenso tcnica
MIV

Dimenso da gesto

Dimenso humana

Grupo IV

M41

28

Projecto e fiabilidade Diag.1 : Correlao entre os tipos de dimenso.

MIV

Dimenso tcnica
Aqui verificam-se os seguintes estagios: Concepo tcnica; Engenharia; Programao; Fabricao; Montagem; Provas; Construo; Realizao.

Dimenso humana
Seleco; Formao; Motivao; Negociao; Participao; Coordenao; Integrao; Etc.

Dimenso de gesto
Planificao; Informao Controlo; Coordenao; Decises; Objectivos; Negociao; Etc.

Grupo IV

M41

28

Projecto e fiabilidade

MIV

Ciclo de Vida de Projecto

O conjunto de fases do projecto chamado ciclo de vida do projecto. De um modo geral, as fases do projecto apresentam as seguintes caractersticas: Cada fase do projecto marcada pela entrega de um ou mais produtos (deliverables), como estudos de viabilidade ou prottipos funcionais; No incio de cada fase, define-se o trabalho a ser feito e o pessoal envolvido na sua execuo; O fim da fase marcada por uma reviso dos produtos e do desempenho do projecto at o momento; Uma fase comea quando termina a outra. Quando h overlapping entre as fases, chamamos essa prtica de "fast tracking". Nesse caso, comea-se a trabalhar nas prximas fases do projeto antes do fim da fase corrente (entrega e reviso dos produtos); Os custos so geralmente crescentes medida que a fase avana; Os riscos so geralmente decrescentes medida que a fase avana; A habilidade das partes envolvidas alterarem os produtos de cada fase decrescente medida que a fase avana; Cada indstria apresenta diferentes fases especficas para seus projectos, sendo que muitas tm suas fases detalhadamente descritas, em padres. Partes envolvidas no projecto So indivduos e organizaes activamente envolvidos no projecto, cujos interesses so afectados (positiva ou negativamente) por ele, ou que exercem influncia sobre o mesmo. Incluem o gerente de projecto, o cliente, a organizao que far o projecto, os membros da equipe de projecto, o sponsor/patrocinador (indivduo/grupo interno ou externo que prov os recursos financeiros para o projecto). Inclui tambm partes externas, como fundadores, vendedores, fornecedores, agncias governamentais, comunidades afetadas pelo projeto e a sociedade em geral.

Grupo IV

M41

28

Projecto e fiabilidade boa prtica identificar cada uma das partes envolvidas no projecto, identificar e gerenciar possveis reas de conflito entre elas. Uma orientao geral resolver as diferenas entre as partes favorecendo o cliente. Estruturas Organizacionais A organizao em que o projecto est inserido pode ser de duas categorias: ou uma organizao que vive de projetos, ou uma organizao que adotou o gerenciamento por projetos para a sua administrao. De um modo geral, as organizaes utilizam diversas estruturas. As principais so:

MIV

Organizao com estrutura funcional: cada funcionrio tem um superior bem definido, e as equipes so organizadas por funcionalidade (ex. finanas, produo, etc) ou seguindo estruturas internas da empresa

Organizao projetizada : a empresa organizada em departamentos, sendo que cada um responde a um gerente de projeto. Algumas reas do suporte a todos os projetos.

Organizao matricial : a estrutura matricial uma combinao das estruturas funcional e projetizada. Com isso pode assumir caractersticas distintas que dependem exclusivamente do grau de relevncia que cada extremo considerado. Pode ser dividida em estrutural matricial fraca, forte e balanceada.

A estrutura matricial fraca mantm o gerente funcional com um nvel maior de autoridade parecendo-se mais com uma estrutura funcional. A estrutura forte se parece muito com uma estrutura projetizada e o gerente de projetos possui grande autoridade, podendo alocar recursos de outras reas ou mesmo contratar recursos externos para realizar o projeto. A estrutura matricial balanceada representa um equilbrio entre os dois extremos, o lado funcional e o projetizado.

Gesto de projecto

Grupo IV

M41

28

Projecto e fiabilidade
MIV

o conjunto de actividades de planeamento, coordenao da execuo e controlo que visa garantir o bom desenvolvimento do projecto e o cumprimento dos objectivos de projecto (qualidade, prazos, custos)

As actividades de gesto de projecto podem ainda implicar, em qualquer fase, a tomada de decises sobre a reviso ou a alterao dos objectivos

Gestor de projecto Uma equipa de gesto de projecto deve ser liderada por um gestor de projecto Um gestor de projecto deve: ter uma boa capacidade de planeamento/organizao ter uma boa capacidade de gesto/coordenao ter a capacidade de apreender o essencial dos problemas tcnicos (ser tipicamente um engenheiro) ser um bom negociador ser um bom gestor de recursos humanos tomar decises com rapidez em situaes de contigncia ser um lder reconhecido pela sua equipa

A viso tradicional do projecto

A viso tradicional do projecto est muito associada fase de execuo/construo: h que comear quanto antes para acabar quanto antes No entanto, um bom projecto comea: 1) por uma correcta definio de objectivos; 2) por uma adequada preparao da fase de execuo S depois vem o controlo da execuo, que ser tanto mais fcil quanto as primeiras fases tenham sido bem feitas Pode-se mesmo dizer que s um projecto limpo na fase de preparao previne surpresas desagradveis durante a execuo e no final

Importncia da definio de objectivos

Grupo IV

M41

28

Projecto e fiabilidade

MIV

Muitas vezes, as derrapagens de prazo, de custo ou de qualidade dos projectos esto associadas a deficientes definies de objectivos: compara-se um oramento inicial para uma capoeira com o custo final de um avirio e conclui-se que se verificou uma derrapagem de 200%, para grande alegria dos jornais

Mas, provavelmente, se se pretendia um avirio e se se comeou a trabalhar numa capoeira, de esperar que o avirio saia mais caro do que seria normal

Definio de objectivos (I)

Questes a responder: O que que pretendemos fazer (com algum detalhe)? Que grau de qualidade tcnica pretendemos? Com que especificaes vamos trabalhar? Pretende-se gastar menos em investimento e mais em operao e manuteno ? Quais os objectivos de prazo? Qual o seu grau de flexibilidade? Qual o grau de risco de prazo que estamos dispostos a correr? Quais as consequncias de um atraso? Existem restries impostas polticamente ou pela empresa? Tm que ser usados meios prprios ou locais? O projecto deve ser publicitado ou deve manter um low profile? Qual a autonomia da equipa de gesto? Qual o tempo de resposta da tutela da equipa de gesto aos pedidos de tomada de deciso?

Definio de objectivos (II)

Respondidas a estas questes o gestor de projecto deve preparar uma ficha de projecto cuja verso final discutir e acordar com a entidade que o vai tutelar (administrao da empresa, autoridade pblica, etc.)

Grupo IV

M41

28

Projecto e fiabilidade
MIV

Essa ficha de projecto funciona como um contrato entre quem gere o projecto e quem tem a autoridade sobre o projecto, evitando equvocos que possam vir, a posteriori, a pr em causa o bom desenvolvimento do projecto

Contedo da ficha de projecto

Descrio do projecto Requisitos do projecto Interfaces do projecto Licenciamento do projecto Estratgia de contratao e principais contratos a estabelecer Planeamento preliminar de actividades Planeamento preliminar de meios Organigrama e forma de constituio da equipa de projecto Oramento preliminar do projecto Plano de financiamento do projecto Limites de delegao do gestor de projecto

O oramento preliminar

Pode ser mais ou menos detalhado, em funo do grau de definio que o projecto j tenha Basear-se- em dados histricos, custos padro, etc. de forma a obter um valor realista Distinguir claramente as rbricas que no so controladas pelo gestor de `projecto, mas que contribuem para o valor final. Por exemplo, custos financeiros, imputaes da estrutura da empresa, etc.

A cada rbrica ser associada uma contigncia que ser to grande quanto o grau de incerteza associado O valor final dever ser aferido com valores de referncia para a mesma actividade

Grupo IV

M41

28

Projecto e fiabilidade A equipa de projecto (I)

MIV
G e s t o r d e P r o j e c t o R e s p o n s v e l T R e c s np i oc no s v e l d e C o n t r a t o s R e s p o d o e s p o n P n s v e l p Re r o j e c t o s v e l F le o s C oo nn st r o v l oe l p e l o p c o m A u t o r id a d e i n R a en s c p e oi rno s v e l A Q C s S o n t a c t o R R e s p o n s v e l p e la O p e r a o

A equipa de projecto (II)

As funes referidas neste organigrama podero ser dividas por vrias pessoas ou, ao contrrio, agregadas numa s pessoa, por exemplo: no projecto de uma fbrica poder haver um responsvel tcnico para a infraestrutura civil e outro para o processo

Grupo IV

M41

28

Projecto e fiabilidade
MIV

o contacto com autoridades poder estar entregue ao responsvel contratual ou ao prprio gestor de projecto

Algumas funes podero ser dispensveis, em certas circunstncias (por exemplo, o responsvel por operaes, num projecto de uma estrada)

O responsvel tcnico do projecto

O responsvel tcnico no vai fazer engenharia, mas sim gesto de engenharia, isto gerir recursos muito especializados, internos ou externos, e lev-los a certos resultados Ser normalmente um tcnico com uma slida experincia num domnio especfico, mas tambm com boas capacidades de anlise pluridisciplinar, de planeamento de trabalho e de gesto de pessoas

Os projectos tm normalmente uma primeira fase em que predomina o projecto de engenharia e uma segunda em que predominam as questes construtivas: o responsvel tcnico poder atender a ambas, mas a estrutura que ele superitende ser em princpio adaptada a cada fase

O responsvel de contratos

A boa gesto contratual talvez o activo mais fundamental da gesto de projecto A gesto de contratos inclui: a definio da estratgia de contratao o desenho de documentos para consultas de contratao e contratos a gesto contratual corrente a gesto e negociao de reclamaes o fecho de contratos

O responsvel de contratos no um jurista, embora necessite de suporte jurdico. um especialista que tem que possuir grande capacidade organizativa.

Grupo IV

M41

28

Projecto e fiabilidade

MIV

Responsvel pelo controlo de projecto

O responsvel pelo controlo de projecto tem a seu cargo a compilao e anlise de informao que permitam: o planeamento do projecto a oramentao do projecto o controlo de planeamento e a identificao de estrangulamentos o controlo oramental

Tem ainda a responsabilidade do reporting Ter que ser um tcnico com capacidade de sntese, viso multidisciplinar e um bom domnio das ferramentas de gesto de projectos (de que o PERT/CPM um exemplo)

Preparao da fase de execuo

Existem diversas actividades que devero ser desenvolvidas em paralelo e estar concludas no dia em que comea a execuo fsica do projecto:

Projecto Base e de Detalhe Contratao da Execuo Licenciamento Gesto de Interfaces Financiamento Libertao de Terrenos e Vias Gesto de Sensibilidades Polticas Arranque da execuo em condies de risco mnimo de custo e prazo

Grupo IV

M41

28

Projecto e fiabilidade O projecto base e de detalhe

MIV

Em situao ideal, a execuo e mesmo a contratao da execuo tm que ser feitas sobre um projecto de detalhe finalizado. S assim se mitigar um elevado risco de custo e prazo associado discusso do valor das indefinies de projecto

Nalgumas circunstncias, o projecto de detalhe e a execuo so feitos pela mesma entidade (contrato EPC), pelo que dever ser o projecto base a limitar o risco de indefinio do projecto, nomeadamente atravs de uma adequada remisso para normas existentes

Contratao da execuo

A contratao da execuo dever estar fechada no momento em que esta se inicia. Caso contrrio, a posio de supremacia negocial passa do dono de obra para o executante.

O processo de contratao da execuo fundamental para a obteno dos objectivos e dever permitir: uma minimizao do preo uma identificao e eliminao dos pontos de dvida do contratado ou das questes que este possa levantar uma minimizao do risco de prazo (identificao e garantia de meios, etc.)

Licenciamento e gesto de interfaces

Os problemas oriundos do processo de licenciamento ou gerados nos interfaces de projecto (com outras entidades vizinhas) so uma das principais causas de derrapagem de projectos

Como primeiro passo, haver que listar exaustivamente todos os processos de licenciamento (quais? como ? por quem ?) e todos os interfaces e identificar a sua criticidade

Seguidamente, dever-se- tomar uma atitude pro-activa na despistagem de problemas

Grupo IV

M41

28

Projecto e fiabilidade
MIV

O objectivo ter, data do arranque da execuo, todos os licenciamentos preto no branco e o clearance, se possvel escrito, de todas as entidades com que se tenha interface.

A execuo e a entrega do projecto

Num projecto bem desenvolvido, a execuo uma fase de controlo de projecto, e os riscos j foram mitigados ou pelo menos balizados na fase de preparao Obviamente, iro sempre ocorrer surpresas pelo que a qualidade do controlo (grau de cobertura e rastreabilidade) so fundamentais Uma ltima questo fundamental a do desenho dos mecanismos de entrega do projecto entidade que o vai recepcionar e do processo de transferncia de responsabilidades.

Tcnicas para anlise de fiabilidade

formada por uma sequncia de operaes, e que se passam a discriminar: Anlise funcional Com base numa estruturao e hierarquizao dos equipamentos, (sistemas, e subsistemas, etc.) por blocos funcionais, procede-se definio das funes do activo e padres de desempenho associados ao contexto de servio pretendido. Definio de modos de falha e da respectiva criticidade FMEA (FMECA), especificando as formas possveis para que o activo pode deixar de cumprir as suas funes (Modo de falha); O que causa cada falha funcional (causa de falha); o que acontece quando cada uma das falhas ocorre (efeitos da falha), e qual a importncia de cada modo de falha. Estas podem ser descritas de forma estruturada por Causa, Efeito, Aco (Fault Tree Analisys). Clculo da fiabilidade com base na associao de valores de fiabilidade aos diversos blocos funcionais que traduzem de forma arborescente os equipamentos, sistemas, e subsistemas e obtem-se a fiabilidade resultante.

Grupo IV

M41

28

Projecto e fiabilidade Definio do Modelo de manuteno e respectivos Planos Caracterizar as tarefas de manuteno consideradas para atingir os objectivos de desempenho pretendidos nomeadamente as aces de substituio, afinao ou inspeco, bem como limpeza e lubrificao. Definio da Disponibilidade Previsional Verificao por via analtica da adequabilidade do plano de manuteno e caractersticas de fiabilidade especificao de disponibilidade, com o objectivo de demonstrar que o sistema pode cumprir as especificaes de projecto, garantindo a disponibilidade pretendida. Determinao do custo do ciclo de vida dos equipamentos Clculo do Custo global do activo considerando o investimento inicial, os custos de manuteno devidos a avarias, os decorrentes da implementao do plano de manuteno e inspeco proposto, incluindo mo de obra, utilizao de sobresselentes, consumveis, etc., e servios. Os custos devidos a consumos de energia, custos de operao, assim como os custos decorrentes do Down Time, nomeadamente os associados a coimas, etc.. A implementao destas metodologias exige informao e critrios de estruturao e hierarquizao de equipamentos que permita uma abordagem coerente. A partir da metodologia tpica da anlise RAM, vivel uma aproximao analtica manuteno muito mais fcil tipificar as intervenes, as avarias, as ocorrncias, etc. que aps anlise iro revelar a quantificao dos parmetros assumidos na fase de projecto e mais seguro porquanto permite cobrir de forma mais efectiva o conjunto de todas as opes possveis de ocorrer durante a vida til. Se existir um sistema de informao para suportar a gesto de activos, esta aproximao ir definir a configurao das instalaes e equipamentos, i.e. a disposio e combinao dos seus componentes que permitem cumprir as especificaes operacionais pretendidas para esse activo, garantindo a existncia de documentao (desenhos, especificaes, manuais de operao, etc.), os planos de manuteno, inspeco, lubrificao, teste, etc.. Com base na abordagem RAMS, ser gerada uma codificao e estruturao que ser utilizada para configurar no sistema de informao as instalaes e equipamentos de modo a suportar verificaes posteriores entre os pressupostos tomados na anlise RAM e o desempenho red reportado. O sistema ir-se- metamorfoseando medida que for integrando mais informao, derivando de um sistema de cadastro para um sistema de gesto de activos e manuteno.
MIV

Grupo IV

M41

28

Projecto e fiabilidade Deve, por isso, centralizar a gesto das intervenes, integrar a informao tcnica e articular com a gesto de materiais de armazm, de forma a, apurar os custos havidos com as intervenes, sejam elas do tipo correctivo ou preventivo ou outra. A aproximao RAM configura no sistema informtico o Plano de Apoio Logstico Integrado, que integra: Plano de Explorao; Plano de Manuteno, Plano de Inspeco e Plano de Lubrificao; Plano de Aprovisionamento e Gesto de Sobresselentes e Consumveis; Plano de Controlo de Fiabilidade; Plano de Controlo de Eficincia da Explorao/Manuteno; Plano de Formao. O sistema suporta, na fase de operao, a informao que quantifica e caracteriza, dos pontos de vista tcnico e de custeio, o desempenho operacional dos equipamentos e as Intervenes de Manuteno neles realizadas e monitorar o desempenho operacional dos fornecimentos associados aos equipamentos e instalaes, permitindo verificar atravz de uma mtrica definia se o padro de desempenho conforme ao definido. A aproximao mais econmica consiste em iniciar o sistema de informao para suporte da gesto da Configurao, continuado pelo suporte do Apoio Logstico Integrado, e depois continuado pelo suporte Gesto de Activos. Esta abordagem permite que a informao suportada seja ampla e, haja continuidade nos pressupostos tomados na fase de projecto e na informao real reportada na fase de operao dos activos. Esta forma e actuar, permite uma continuidade de codificao, ou seja de designao dos activos, que ser comum a todo seu ciclo de vida. Nesta ptica possvel, por via da informao reportada confirmar os dados assumidos na fase de projecto, registando desvios e obtendo informao para os analisar. Quer isto dizer que todo o trabalho de organizao e estruturao da informao existente, se iniciado na fase de projecto, ser aproveitado e maximizado na implementao do sistema de informao de suporte gesto de activos e da manuteno. Este envolvimento desde o incio Grupo IV M41
MIV

28

Projecto e fiabilidade das preocupaes de manuteno e da implementao do sistema de suporte sua gesto, trazem vantagens, nomeadamente: Sistema Informtico comum, utilizado na fase de reviso do projecto e depois na fase de explorao, de onde decorre que, o carregamento de dados na fase de reviso do projecto vai permitir reduzir cerca de 50% do volume de trabalho de cadastro e carregamento de planos de Manuteno, que em geral, ocorre no incio da fase de explorao. Manuteno Versus Disponibilidade a previso quantificada do custo de ciclo de vida permite a verificao da adequao oramental e identificao de zonas de risco. Cria capacidades de reviso de Planos de Manuteno, adequando-os disponibilidade requerida e ao ritmo necessrio. Configura capacidade de quantificar os custos em funo das alteraes dos Planos de Manuteno, o que significa puder definir acrscimos de custos de Manuteno por adequao de Planos de Manuteno a ritmos de explorao diferentes do originalmente considerado. Mtrica a implementao de uma mtrica de desempenho, criada na fase do projecto e a partir das caractersticas nominais do projecto, que ser continuada durante toda a fase de explorao. Controlo possibilidade de verificar coerncia entre dados de desempenho tcnico e de custeio na fase do projecto versus a fase de explorao. Caso o sistema apenas se inicie numa fase posterior, a saber, a da operao dos activos, a informao pr-existente ser significativamente menor. Esta limitao de informao gera tambm limitaes de anlise. De facto na maior parte das instalaes, no se conhecem as opes de base que originaram os planos de manuteno propostos pelos fabricantes, e disto resulta incapacidade de saber como actuar. Plano de Defesa de Avarias A existncia de avarias sistemticas, resultantes de falhas em componentes ou sistemas ou ms prticas de operao ou manuteno, configura pontos fracos cuja importncia se prende com o impacto daquelas avarias no processo produtivo, quantificvel pelo custo de Down Time respectivo. O aumento de desempenho dever passar portanto por solucionar estes constrangimentos optimizao, e por consequncia haver que os solucionar.
MIV

Grupo IV

M41

28

Projecto e fiabilidade O Plano de Defesa de Avarias visa implementar uma mtrica que permita medir os impactos das avarias registadas, e definir de forma graduada a prioridade da respectiva soluo, e paralelamente implementar uma metodologia de anlise de avarias de modo a permitir concretizar a actuao pretendida. Se for possvel trata-se de em simultneo com a soluo de melhoria eliminar processos de manuteno, se isto no for vivel implementar a soluo com impacto de manuteno to leve quanto conveniente. RCM - como ferramenta para determinar o melhor Plano de Manuteno A aplicao de tcnicas de RCM, metodologia RAMS, etc. vo comeando a ser requeridas, porquanto os ganhos desta aproximao so muito significativos. A utilizao dos equipamentos e instalaes em funcionamento passa necessariamente por uma estratgia racionalizada de inspeces e intervenes de manuteno, baseadas em metodologias credveis e critrios testados, que permitam avaliar a segurana e disponibilidade. O objectivo garantir a seleco do modelo mais adequado de manuteno, para cada tipo de equipamento, de modo a seleccionar a tecnologia/forma de aco adequada evitando sobremanuteno ou sub-manuteno. Aps definida a envolvente na ptica de explorao, nomeadamente a disponibilidade objectiva, deve avaliar-se o Plano Manuteno proposto: Atendendo constituio dos equipamentos; fiabilidade (taxa de falhas) dos constituintes Esta anlise permite validar o Plano de Manuteno proposto pelo fornecedor para garantir a operacionalidade da instalao e quantificar o Custo do ciclo de vida, determinado a partir dos custos decorrentes de Intervenes preventivas definidas, Intervenes correctivas previstas, Actividades de operao, Consumos de energia, Investimento, Incidentes e Abate e validar o oramento previsto. O processo RCM inicia-se por pr-seleccionar os objectos considerados crticos e, para estes, identificar sistematicamente todas as funes dos activos e falhas funcionais, e os respectivos modos de falha razoavelmente provveis (ou causas de falha). Segue-se ento a identificao dos efeitos destes modos de falhas provveis, e na identificao das maneiras que estes modos
MIV

Grupo IV

M41

28

Projecto e fiabilidade de falha tm importncia. Com base nesta informao elege a poltica de gesto do activo mais adequada. Nesta aproximao cabem aces como: inspeco de condio, tarefas de revumping ou de abate, taraefas de anlise de avarias ou eliminao de pontos fracos e, procedimentos de operao ou de treino de pessoal. O RCM pretende obter a resposta a sete questes: 1. Quais so as funes do activo e padres de desempenho associados no presente contexto de servio (funes)? 2. De que formas pode deixar de cumprir as suas funes (falhas funcionais)? 3. O que causa cada falha funcional (modos de falha)? 4. O que acontece quando cada uma das falhas ocorre (efeitos da falha)? 5. Qual a importncia de cada forma de falha (consequncias da falha)? 6. O que deve ser efectuado para prever ou prevenir cada falha (tarefas proactivas e intervalos de tarefas)? 7. O que deve ser feito se no se conseguir encontrar uma tarefa proactiva adequada? Para responder satisfatoriamente ao conjunto de questes colocadas, deve ser recolhida e tratada a informao real, e documentada, de acordo com procedimentos pr-estabelecidos, de forma a ficarem completamente disponveis e aceitveis. Esta forma de aco pode ser explicitada pelo esquema includo na figura seguinte:
MIV

Grupo IV

M41

28

Projecto e fiabilidade

MIV

A Manuteno Baseada na Fiabilidade Pretende-se equacionar os planos e rotinas de manuteno, luz dos critrios de disponibilidade e fiabilidade, traduzidos no custo de ciclo de vida, e para isso utilizando toda a informao tcnica disponvel, quer a de projecto, quer a resultante da experincia acumulada durante o perodo de explorao. O objectivo determinar uma combinao das tarefas de manuteno que reduzam de forma significativa a indisponibilidade e os custos de manuteno de um sistema. O modelo da manuteno enquadra as tarefas de: Substituio de equipamentos em base tempo ou contadores (Hard-time Replacement) (HTR) onde a degradao dos equipamentos, devida idade ou utilizao, pode ser prevenida por uma aco peridica de substituio ou de reparao geral (geralmente em funo do tempo operacional); Manuteno condicionada, onde a degradao anterior a uma falha funcional pode ser detectada por inspeces peridicas; Manuteno Correctiva - despoletada por ocorrncia de uma avaria ou proximidade da sua ocorrncia.

Grupo IV

M41

28

Projecto e fiabilidade A lgica da anlise envolve a mesma rvore de deciso apresentada no RCM e tem como fulcro a identificao das avarias crticas dos equipamentos, de uma forma sistemtica e estruturada, avaliar as suas consequncias, e a determinao da poltica de manuteno mais vantajosa tendo em ateno os riscos assumidos pelas consequncias das avarias e os custos. O resultado final um conjunto de ferramentas de apoio, nomeadamente: Programa de Manuteno (PM). Programa de Controlo de Fiabilidade (PCF). Programa de Controlo da Eficincia de Manuteno (PCEM). O Programa de Controlo da Eficincia de Manuteno deve contemplar os seguintes aspectos: Definio dos Indicadores da Eficcia do Programa de Manuteno (IEPM); Procedimentos de recolha dos IEPM; Procedimentos para o processamento dos IEPM; Procedimentos para a anlise dos IEPM a se poderem obter os ndices de eficcia reais do Programa de Manuteno; Metodologia para a elaborao do Relatrio de resultados; Metodologia para a implementao de aces correctivas.
MIV

Esta abordagem pressupe a existncia de fluxo de informao, necessariamente obtida via sistema de informao. (MIIT 2011)

9 Fiabilidade, testes e tolerncia a falhas

Um sistema fivel o resultado de um processo slido de desenho, boa engenharia, e um processo slido de testes. Neste captulo vamos discutir fiabilidade, e como a melhorar, atravs de testes ao sistema e de tolerncia a falhas.

Grupo IV

M41

28

Projecto e fiabilidade

9.1 Bugs, faltas, falhas e defeitos

MIV
Embora seja comum associar a estes termos o mesmo significado, h muita diferena entre eles. O termo bug significa que existe um erro num sistema sem ningum ser responsvel. O termo prefervel o defeito. Este defeito evidencia-se, na operao do sistema, como ma falta. Se esta falha implicar que um dos requisitos do sistema no foi cumprido, temos ento uma falha.

9.2 Fiabilidade
Esta caracterstica desejvel para um sistema pode ser definido, informalmente, de vrios modos. Podemos definir um sistema fivel como: - Aquele em que podemos confiar; - Est livre de erros catastrficos; - Os seus resultados so previsveis; - um sistema robusto (no contexto de pode recuperar de erros). Especificamente para sistemas de tempo real, fiabilidade pode ser caracterizada por: - Determinismo de eventos; - Determinismo temporal; - Carga temporal razovel - Carga de memria razovel.

9.3 Testes
importante referir que o objectivo de testar um sistema no apenas o de detectar erros, dado que um teste s detecta a presena de erros, e no a sua ausncia. A finalidade ltima de testar um sistema de verificar se um sistema satisfaz os seus requisitos. Desta maneira, no ciclo de desenvolvimento de um sistema deve ser construdo um plano de testes, com critrios objectivos que permitam determinar se o sistema cumpre ou no os requisitos. Este plano deve testar o sistema mdulo a mdulo, sub-sistema a sub-sistema, e finalmente o sistema total.

Grupo IV

M41

28

Projecto e fiabilidade

9.3.1 Testes a mdulos

MIV
As tcnicas abaixo descritas podem ser utilizadas pelo programador, ou pelo um grupo independente de testes.

9.3.1.1 Testes caixa negra

Neste tipo de testes, s as entradas e sadas so relevantes; como as sadas so geradas em funo das entradas no considerado. Tem a vantagem de poder ser utilizado para qualquer tipo de mdulo, e a desvantagem de no fornecer qualquer informao sobre a habilidade do programador, no podendo tambm identificar cdigo inatingvel. Para cada mdulo, um determinado nmero de casos de teste so gerados, dependente da funcionalidade do mdulo, nmero de entradas/sadas, etc. Se para qualquer caso de teste um erro detectado, corrigido e toda a bateria de testes novamente aplicada. Para gerar os casos de teste, pode-se usar: 1. Gerao exaustiva (fora bruta) todas as combinaes possveis das entradas so geradas; isto sempre possvel, mas pode ser proibitivo em termos de tempo; 2. Casos de canto (corner cases) por exemplo, os valores mximo, mnimo e mdio para cada varivel so testados; 3. Casos patolgicos combinaes no usuais que podem conduzir a erros; 4. Testes estatsticos testes aleatrios ou assumindo uma determinada distribuio de probabilidade para cada entrada

Sempre que possvel, gerao exaustiva deve ser usada. Se tal no for possvel, normalmente utilizada uma combinao das outras tcnicas.

9.3.1.2 Testes caixa branca

Estes testes so desenhados para testar todos os possveis fluxos do programa. Normalmente no apenas o programador que testa todo o cdigo, mas pores diferentes de cdigos so passadas a diferentes grupos, que alm de testar o cdigo inspeccionam-no para testar todos os possveis erros e eventualmente melhorar o cdigo.

Grupo IV

M41

28

Projecto e fiabilidade

9.3.1.3 Mtodos formais de prova

MIV
Um tipo de testes de caixa branca interpreta as especificaes e o cdigo gerado como especificaes verificveis que so provadas matematicamente. Alm de no serem muito viveis para grandes sistemas, necessitam de conceitos de lgica temporal ou de lgebra de processos que est fora do mbito desta disciplina. No h muitas ferramentas comerciais que implementem estas tcnicas.

9.3.2 Testes ao nvel do sistema ou de sub-sistemas

Aps todos os mdulos serem testados individualmente, ento os sub-sistemas ou o sistema total precisa de ser testado. Aqui, a equipa de programadores passa o produto para a equipa de teste. O teste de um sistema ou sub-sistema um teste do tipo caixa preta, e assim todos os mtodos atrs referidos podem ser usados. Se um erro for detectado nesta fase, o erro deve ser reparado. Idealmente, o mdulo onde o erro foi detectado deve ser sujeito a testes de mdulo, antes de se continuar os testes do sistema ou subsistema. Aps o sistema testado pela equipa de testes, segue-se o denominado teste-alfa. Aqui, o sistema distribudo pela empresa, e testado. Seguem-se os testes-beta, onde o produto distribudo por alguns consumidores que se disponibilizam para utilizar o sistema. Um outro tipo de testes, que ocorre mais tarde na vida de um sistema, o teste de regresso. Se houver novas verses de software, ento a bateria de testes a que o sistema foi inicialmente submetido deve ser aplicada ao novo produto, eventualmente com casos de testes adicionais.

9.3.3 Testes estatsticos

Uma tcnica que pode ser usada tambm ao nvel do mdulo como ao nvel do sistema o uso de testes estatsticos. Se se conhecer a funo distribuio de probabilidade para cada entrada podemse gerar nmeros aleatrios tirados dessa distribuio. Os principais problemas com este tipo de testes so, na maior parte das vezes, o desconhecimento da(s) distribuio(es), e o facto de os erros mais difceis de serem detectados serem exactamente aqueles que tem uma menor probabilidade de ocorrncia.

Grupo IV

M41

28

Projecto e fiabilidade

9.3.4 Teste de stress

MIV
Neste caso o sistema submetido a forte perturbaes nas entradas (por exemplo vrias interrupes sucessivas), seguidas de poucas perturbaes na entrada, por um largo perodo de tempo.

9.4 Tolerncia a falhas

Tolerncia a falhas significa a habilidade do sistema de continuar a funcionar na presena de uma falha de hardware ou software. A fiabilidade de um sistema de tempo real pode ser melhorada, utilizando tolerncia a falhas, de duas maneiras: tolerncia espacial, isto , a utilizao de mtodos que envolvem redundncia em software ou em hardware, e tolerncia temporal, isto , a utilizao de mtodos que toleram a falha do cumprimento de metas temporais.

9.4.1 Soluo geral

A fiabilidade do hardware pode ser melhorada usando tolerncia a falhas espacial usando 3 ou mais dispositivos ligados por um esquema de votao maioritria. Por vezes tambm usado um ou mais pares de dispositivos redundantes. Cada elemento de um par compara a sua sada com a do seu companheiro. Se os resultados diferem, ento o par declara-se em erro, e as suas sadas so ignoradas. Esquemas de votao podem tambm ser usados para software. Diferente informao pode ser usada para melhorar a estimativa de uma dada varivel.

9.4.1.1 Checkpoints
Em localizaes fixas do cdigo, resultados intermdios podem ser escritos em ficheiros ou posies de memria. Estas localizaes, chamadas de checkpoints, podem ser usados durante a operao do sistema ou durante a verificao do sistema. Se os checkpoints forem usados durante o teste, isto chamado de test probe. Estes pontos de prova introduzem pequenos erros temporais que so difceis de diagnosticar.

Grupo IV

M41

28

Projecto e fiabilidade

MIV
Fig. 9-3: Implementao de checkpoint

9.4.1.2 Tcnica de recuperao

Os checkpoints podem ser usados conjuntamente com tcnicas de recuperao (recovery) para aumentar a fiabilidade do sistema. Neste caso, pontos pr-determinados do cdigo so pontos de reset. Nestes pontos os checkpoints so testados para verificar se os resultados so razoveis. Se o so, ento passa-se para o prximo bloco de recuperao. Se no so, esse bloco corrido novamente, ou o controlo passado para outro anterior, com eventualmente novos dados, o que possibilita que o sistema recupere de uma eventual falha.

Fig. 9-3: Implementao de um bloco de recuperao Cada bloco de recuperao funciona assim, de um certo modo, como um bloco em paralelo, aumentando a fiabilidade do sistema.

Grupo IV

M41

28