• Nenhum resultado encontrado

O SISTEMA ESPECIALISTA DE GERAÇÃO DE DESCRITIVOS DE MANUTENÇÃO

3.1. Fases do Desenvolvimento do Protótipo.

No capítulo 2 foi visto uma descrição das principais fases para o desenvolvimento de um sistema especialista. Apresentaremos a seguir, conforme cada fase, os passos que foram seguidos para desenvolver o protótipo deste trabalho.

39

3.1.1. Primeira Fase - Avaliação do Problema

Foi identificado que, para a emitir registros referentes ao histórico de um equipamento complexo com maior precisão e riqueza de detalhes, é necessário a participação de um especialista do equipamento neste processo.

Um problema que exige conhecimento específico e que seja possível de ser resolvido, é condição necessária para desenvolver um sistema especialista. Embora a gama de situações que podem apresentar-se seja grande, quando o equipamento é muito complexo, estas são basicamente repetitivas, que é uma caraterística comum nas atividades de manutenção de equipamentos. O sistema especialista deve gerar descritivos cada vez que reconhece uma situação. Para situações iguais serão gerados descritivos iguais. Cada descritivo terá um código correspondente.

Para a montagem da base de conhecimentos foi necessária a participação de especialistas em operação e manutenção do equipamento. Foi necessário também extrair informações dos manuais existentes do equipamento escolhido.

Como ponto de partida foi necessário examinar os registros históricos deste equipamento, de forma a incorporar na base de conhecimento situações práticas que ocorrem com maior freqüência. A seguir foram observados: o comportamento, parâmetros, regras heurísticas e tudo quanto necessitam os especialistas para avaliar uma situação que gere um descritivo.

Novas situações, que tenham significado de “novo conhecimento” não previstas nestas fases, poderão ser acrescentadas na medida que vão aparecendo.

3.1.2. Segunda Fase - Aquisição do Conhecimento

Cabe inicialmente esclarecer que, na central de produção de energia, onde o estudo foi realizado existe, por motivos gerenciais, a divisão do trabalho segundo as diversas especialidades técnicas. A planta é dividida de forma geral, em áreas de operação e manutenção. A manutenção, por sua vez, é subdividida em mecânica, elétrica, eletrônica e civil.

Esta fase envolveu, principalmente, uma série de entrevistas individuais programadas com especialistas da área de operação, o usuário final ( que são técnicos com menor experiência que os especialistas), e o engenheiro de conhecimento. O conhecimento foi ainda enriquecido pelo pessoal técnico da manutenção elétrica e mecânica. Conforme mencionado na fase anterior, também foram utilizados manuais e outros documentos disponíveis referentes à operação e manutenção dos equipamentos.

Nesta fase, além da aquisição de conhecimento, foram também discutidas práticas referentes a operacionalização desta ferramenta de apoio em situações reais.

3.1.3. Terceira Fase - Projeto

Devido às caraterísticas deste problema, verificou-se nesta fase que, a melhor maneira de representar o entendimento específico desta área era através de regras.

A estratégia de inferência escolhida foi a do encadeamento para trás ( Backward Chainning). Esta estratégia tenta provar uma hipótese através da informação recolhida. Para problemas de tipo diagnóstico é a estratégia mais recomendada.

Com relação ao tipo de informação (fatos) que o usuário final deverá prover ao sistema, foi reconhecido que os fatos envolvidos numa ocorrência, podem adquirir valores simples e

41 múltiplos. Um exemplo desta situação seria a informação do número de alarmes acionados no painel de um equipamento. Neste sentido, pode-se verificar a ocorrência de apenas um alarme, como também de vários alarmes de forma simultânea neste painel.

Um ambiente (shelf) de trabalho próprio para desenvolvimento de sistemas especialistas, (o KAPPA- PC) foi utilizado para facilitar esta tarefa.

Esta shell de desenvolvimento funciona no ambiente operacional Windows, que possibilita trabalhar em múltiplas tarefas, de maneira simultânea.

O protótipo inicial, desenvolvido para demonstrar a viabilidade desta proposta, contém na sua base de conhecimento um total de 32 regras e 63 funções. Não foi feita uma exploração exaustiva do conhecimento disponível referente ao equipamento escolhido para incorporá-lo neste sistema. Estima-se necessário um esforço total equivalente de pelo menos 5 a 6 homens-mês para concluí-lo, não sendo este o escopo do trabalho, no momento.

Provada a viabilidade, e de acordo com o interesse da empresa proprietária do equipamento, o tempo necessário para concluir todo o trabalho, será resultado da quantidade de recursos (homens- hora) a disposição para este fim.

Cabe destacar que a facilidade para criação de interfaces visuais amigáveis foi de grande utilidade na fase de teste do protótipo com o usuário final, que nem sempre está familiarizado com programas de computador. Além disso, esta caraterística facilita a assimilação do uso desta ferramenta de apoio. O resultado disto é numa aceitação mais rápida do produto e da proposta. Isto é importante, pois, não se pode esquecer que uma implementação deste tipo, envolverá necessariamente a incorporação de inovações na rotina dos técnicos de operação e manutenção da planta de produção.

3.1.4 Quarta Fase - Teste

Esta não foi realmente uma fase separada das anteriores pois, houve grande participação do usuário final em cada fase do desenvolvimento. O testes com o protótipo tiveram duas preocupações básicas:

• verificar a correta incorporação do conhecimento;

• verificar junto ao usuário se as diversas telas que compõem a interface visual mantinham uma mesma linha de apresentação.

3.1.5 Quinta e Sexta Fases - Documentação e Manutenção.

A elaboração de documentação do sistema acompanhou o desenvolvimento. Esta é necessária e de grande apoio para registrar cada detalhe incorporado ao sistema. A documentação facilitou em todo momento uma visualização geral do sistema e em especial do conhecimento incorporado. Pelo fato do sistema ser, por enquanto, um protótipo e não estar ainda implementado não foi dado manutenção neste.

Documentos relacionados