10.10.07-Dissertacao v.1.3.1

UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE CENTRO DE TECNOLOGIA PROGRAMA DE PS-GRADUAO EM CINCIA E ENGENHARIA DE PETRLEO
Contribuio ao desenvolvimento de ontologias para processos petroqumicos: estudo de caso em uma planta DEA
Anthony Andrey Ramalho Diniz
Orientador: Prof. Dr. Jorge Dantas de Melo Co-orientador: Prof. Dr. Adrio Duarte Dria Neto
Natal, Setembro de 2010
UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE CENTRO DE TECNOLOGIA PROGRAMA DE PS-GRADUAO EM CINCIA E ENGENHARIA DE PETRLEO
Orientador: Prof. Dr. Jorge Dantas de Melo Co-orientador: Prof. Dr. Adrio Duarte Dria Neto
Dissertao de Mestrado apresentada ao Programa de Ps-Graduao em Cincia e Engenharia de Petrleo da UFRN (rea de contentrao: Automao na Indstria de Petrleo e Gs Natural) como parte dos requisitos para obteno do ttulo de Mestre em Cincias.
Natal, Setembro de 2010
Diviso de Servios Tcnicos Catalogao da Publicao na Fonte. UFRN / Biblioteca Central Zila Mamede Diniz, Anthony Andrey Ramalho.
Contribuio ao desenvolvimento de ontologias para processos petroqumicos : estudo de caso em uma planta DEA / Anthony Andrey Ramalho Diniz. Natal, RN, 2010. 92 f. : il. Orientador: Jorge Dantas de Melo. Co-orientador: Adrio Duarte Dria Neto. Dissertao (mestrado) Universidade Federal do Rio Grande do Norte. Centro de Tecnologia. Programa de Ps-Graduao em Cincia e Engenharia do Petrleo. 1. Processos petroqumicos Dissertao. 2. Adoamento de gs combustvel Dissertao. 3. Planta DEA Dissertao. 4. Engenharia ontolgica Dissertao. I. Melo, Jorge Dantas de. II. Dria Neto, Adrio Duarte. III. Universidade Federal do Rio Grande do Norte. IV. Ttulo.
RN/UF/BCZM
CDU 665.6/.7(043.2)
Dissertao de Mestrado aprovada em 03 de Setembro de 2010, pela banca examinadora composta pelos seguintes membros:
______________________________________________ Prof. Dr. Jorge Dantas de Melo Orientador UFRN
______________________________________________ Prof. Dr. Adrio Duarte Dria Neto Coorientador UFRN
______________________________________________ Prof. Dr. Luiz Affonso Henderson G. de Oliveira Examinador interno UFRN
______________________________________________ Dr. Vicente Delgado Moreira Examinador externo Petrobras
Dedico este trabalho aos meus grandes amigos, porque foram muito importantes nesta fase completamente inusitada da minha vida.
Agradecimentos
Primeiramente a Deus, pelo dom da vida e a sade para seguir caminhando. minha famlia, pelo apoio. Aos meus amigos Esdras Matheus e Renata Paes, porque eles me colocaram nessa trilha no momento em que eu precisava escolher novos caminhos. os amigos Eliane Bandeira, Priscila Santos, Erika Mnico, Maurcio Mnico e Gabriella Mnico, que esto sempre acompanhando meus passos, me dando foras e torcendo por mim. Aos professores Jorge Dantas e Adrio Duarte, por terem me acolhido e me orientado durante esta caminhada. Ao professor Affonso Henderson, por ter me acolhido no projeto que me subsidiou de informaes e viabilizou financeiramente esta dissertao. Ao engenheiro Kaku Saito, por ter fornecido as informaes do processo DEA e dirimido as dvidas surgidas no decorrer da caminhada. Aos demais professores do PPGCEP, pelos conhecimentos que agregaram nossa formao. Aos funcionrios do PPGCEP, Viviane Medeiros e Carlos Macdo, que nos ajudaram sempre que buscamos informaes. Aos amigos que fiz no PPGCEP, em especial a Anelise Lunguinho, Albrico Canrio, Dayse da Mata, Emanuel Gomes, Glauco Braga, Igor Aires, Larissa Arajo, Luciana Frazo, Zildiany Ibiapina, que escolheram seguir o mesmo caminho, compartilhando alegrias, tristezas e realizaes.
Aos amigos Armando Lemos, Judson Carlos e Srgio Massao, que foram grandes parceiros nas empreitadas acadmicas durante este Mestrado e nos churrascos. Aos amigos Allan Garcia, Alan Paulo, Ana Maria, Andr Freitas, Carlos Padilha, Cicilia Maia, Danilo Ichihara, Fabiana Santana, Glucia Regina, Heliana Bezerra, Joo Paulo, Keylly Eyglys, Luiz Paulo, Mademerson Leandro, Naiyan Lima e Robinson Alves, que estiveram comigo no laboratrio, me fizeram sorrir e deram foras sempre que eu precisei. Aos amigos Helton Maia, Orlando Almeida e Rafael Marrocos, que me acolheram no apartamento onde eu encontrei paz para realizar meus trabalhos, em especial a Moiss Dantas, que tambm um grande filsofo do cotidiano. Ao meu amigo Luciano Fbio, que me deu apoio aqui em Natal, no deixando que meus finais de semana fossem montonos. Ao Dr. Vicente Delgado Moreira, pelas contribuies apresentadas durante a defesa, que ajudaram a enriquecer o contedo desta dissertao. A todas as pessoas que duvidam de meu potencial, porque a dvida delas me fortalece.
Resumo
Nas ltimas dcadas, o segmento de leo & gs e petroqumica tem registrado uma srie de grandes acidentes. Influenciadas por esse contexto, as empresas tem sentido a necessidade de se engajar em processos de proteo do ambiente externo, que se traduz na preocupao ecolgica. No caso particular da indstria nuclear mundial, a educao sustentvel e o treinamento, que dependem muito da qualidade e utilidade da base de conhecimento, tm sido considerados pontos chave para utilizao desse tipo de energia com segurana. Dessa forma, a motivao dessa pesquisa foi aplicar o conceito de ontologia como ferramenta para melhorar a gesto do conhecimento em uma refinaria, atravs da representao de uma planta de adoamento de gs combustvel, condensando os vrios tipos informaes associados com o seu modo de operao normal. Em termos de metodologia, este estudo pode ser classificado como uma pesquisa aplicada e descritiva, em que foram analisadas, classificadas e interpretadas informaes que possibilitaram criar a ontologia descritiva de uma planta real. A modelagem da planta DEA foi realizada de acordo com os fluxogramas de processo, fluxogramas de tubulao e instrumentao, documentos descritivos de seu modo de operao e a relao de alarmes associados, que foram complementadas com uma entrevista no estruturada de um especialista em seu modo de operao. A validao aconteceu atravs da comparao de grafos montados a partir da ontologia com a documentao original e debatidos com o grupo de trabalho. Os conceitos utilizados nesta pesquisa podem ser expandidos para representar outras plantas da prpria refinaria ou mesmo de outras indstrias. A ontologia pode ser considerada uma base de conhecimento, que devido ao seu carter formal, pode ser aplicada como um dos elementos no desenvolvimento de ferramentas de navegao da planta, simulao de comportamento, diagnstico de falhas, dentre outras possibilidades. Palavras-chave: Representao de conhecimento, engenharia ontgica, Protg, adoamento de gs combustvel.
Abstract
In the last decades, the oil, gas and petrochemical industries have registered a series of huge accidents. Influenced by this context, companies have felt the necessity of engaging themselves in processes to protect the external environment, which can be understood as an ecological concern. In the particular case of the nuclear industry, sustainable education and training, which depend too much on the quality and applicability of the knowledge base, have been considered key points on the safely application of this energy source. As a consequence, this research was motivated by the use of the ontology concept as a tool to improve the knowledge management in a refinery, through the representation of a fuel gas sweetening plant, mixing many pieces of information associated with its normal operation mode. In terms of methodology, this research can be classified as an applied and descriptive research, where many pieces of information were analysed, classified and interpreted to create the ontology of a real plant. The DEA plant modeling was performed according to its process flow diagram, piping and instrumentation diagrams, descriptive documents of its normal operation mode, and the list of all the alarms associated to the instruments, which were complemented by a non-structured interview with a specialist in that plant operation. The ontology was verified by comparing its descriptive diagrams with the original plant documents and discussing with other members of the researchers group. All the concepts applied in this research can be expanded to represent other plants in the same refinery or even in other kind of industry. An ontology can be considered a knowledge base that, because of its formal representation nature, can be applied as one of the elements to develop tools to navigate through the plant, simulate its behavior, diagnose faults, among other possibilities. Keywords: Knowledge representation, ontological engineering, Protg, gas sweetening.
Sumrio
Lista de Figuras................................................................................................................... iv
Lista de Tabelas .................................................................................................................. vi
Lista de Smbolos e Abreviaturas ...................................................................................... vii
1. Introduo Geral .............................................................................................................. 1 1.1 Introduo .................................................................................................................. 2 1.2 Apresentao do problema ......................................................................................... 3 1.3 Objetivos .................................................................................................................... 4 1.4 Metodologia ............................................................................................................... 5 1.5 Organizao do texto .................................................................................................. 6
2. Representao do Conhecimento Usando Ontologias..................................................... 8 2.1 Introduo .................................................................................................................. 9 2.2 O conhecimento e sua representao........................................................................... 9 2.3 Representao do conhecimento atravs das ontologias ............................................ 12 2.3.1 Caractersticas e tipos de ontologias ................................................................. 13 2.3.2 Linguagens para criao de ontologias ............................................................. 18 2.3.2.1 A linguagem OWL ............................................................................. 20 2.3.2.2 O editor de ontologias Protg ............................................................ 24 2.3.2.3 Metodologias para construo das ontologias...................................... 26
3. Planta DEA..................................................................................................................... 33 3.1 Introduo ................................................................................................................ 34 3.2 REPLAN Refinaria do Planalto Paulista ................................................................ 35 3.3 Descrio da planta DEA adoamento de gs combustvel ..................................... 37 3.4 A planta DEA da REPLAN ...................................................................................... 41 3.5 Anlise da planta DEA - concluso........................................................................... 43 i
4. Ontologia do Processo DEA ........................................................................................... 44 4.1 Introduo ................................................................................................................ 45 4.2 Representao da planta DEA atravs de ontologia................................................... 45 4.2.1 Determinao do escopo .................................................................................. 45 4.2.2 Considerao de reuso ..................................................................................... 47 4.2.3 Enumerao dos termos ................................................................................... 47 4.2.4 Definio das classes e taxonomia ................................................................... 48 4.2.5 Definio das propriedades .............................................................................. 50 4.2.6 Definio das facetas ....................................................................................... 53 4.2.7 Definio das instncias ................................................................................... 54 4.2.8 Checagem de inconsistncias ........................................................................... 57 4.3 Desenvolvimento da ontologia - concluso ............................................................... 58
5. Anlise de Resultados .................................................................................................... 60 5.1 Introduo ................................................................................................................ 61 5.2 O plugin Jambalaya .................................................................................................. 61 5.3 Representao do fluxo dos produtos........................................................................ 63 5.3.1 Representao do fluxo de gs combustvel com sulfeto de hidrognio ............ 66 5.3.2 Representao do fluxo de gs combustvel ..................................................... 66 5.3.3 Representao do fluxo de DEA rica com gs combustvel .............................. 67 5.3.4 Representao do fluxo de DEA rica................................................................ 69 5.3.5 Representao do fluxo de vapor ..................................................................... 70 5.3.6 Representao do fluxo de sulfeto de hidrognio com DEA rica ...................... 71 5.3.7 Representao do fluxo de sulfeto de hidrognio.............................................. 72 5.3.8 Representao do fluxo de DEA pobre............................................................. 72 5.4 Representao dos pontos de conexo de instrumentos ............................................. 73 5.4.1 Representao dos pontos de conexo dos sensores ......................................... 74 5.4.2 Representao dos elementos de controle......................................................... 76 5.5 Indicao dos alarmes............................................................................................... 77 5.6 Anlise da ontologia - concluso .............................................................................. 78
6. Concluses e Sugestes de Trabalhos Futuros .............................................................. 80 6.1 Concluso ................................................................................................................ 81 6.2 Sugesto de trabalhos futuros ................................................................................... 83 ii
Referncias Bibliogrficas ................................................................................................. 84
iii
Lista de Figuras
2.1. Tipos de ontologias, de acordo com o nvel de dependncia em uma tarefa particular ou ponto de vista, onde as setas representam uma especializao de relaes .......................... 15 2.2. Sublinguagens OWL ......................................................................................................... 22 2.3. Trecho de cdigo em OWL ...............................................................................................22 2.4. Primitivas da representao do conhecimento atravs do OWL-Lite e OWL-DL ........... 23 2.5. Tela principal do Protg para edio de ontologias em OWL ........................................ 26 3.1. Esquema de refino composto por uma unidade de destilao .......................................... 35 3.2. Esquema de refino orientado para a produo de combustveis e aromticos .................. 35 3.3. REPLAN Refinaria do Planalto Paulista ....................................................................... 36 3.4. Esquema simplificado da REPLAN ..................................................................................37 3.5. Reao de absoro de H2S por dietanolamina .................................................................38 3.6. Esquema do tratamento do GLP e do gs combustvel com DEA ................................... 39 4.1. Simplificao da planta atravs da ilustrao dos principais fluxos considerados ........... 46 4.2. Classes e taxonomia definidas para a ontologia ............................................................... 51 4.3. Relao de todas as propriedades diretamente no Protg .............................................. 56 4.4. Trecho da planta DEA em que est situado o controlador LIC-98851 ............................. 57 4.5. Procedimento de cadastramento de instncias na classe Controlador ...........................58 4.6a. Tela do Protg confirmando que a ontologia no possui inconsistncias ..................... 59 4.6b. Tela indicando a existncia de inconsistncias ............................................................... 59 5.1. Visualizao gerada no plugin Jambalaya de todos os elementos de tubulao e processos da planta DEA, inclusive sensores conectados ........................................................................ 62 5.2. Menu de gerao de visualizaes no plugin Jambalaya .................................................. 63 5.3. Visualizao de instncias cujo nome inicia com um nmero ......................................... 64 5.4. Representao da ligao entre todos os elementos da ontologia presentes na planta DEA, indicando o fluxo geral de todos os produtos .......................................................................... 65 5.5. Representao do trecho em que fluem gs combustvel e sulfeto de hidrognio juntos. 66 iv
5.6. Representao dos trechos em que flui apenas gs combustvel ...................................... 67 5.7. Representao do trecho da planta em que flui DEA rica com gs combustvel ............. 68 5.8. Representao do trecho da planta em que flui apenas DEA rica .................................... 69 5.9. Representao do trecho da planta em que flui apenas vapor .......................................... 70 5.10. Representao do trecho da planta em que fluem sulfeto de hidrognio e DEA rica ............................................................................................................................................71 5.11.Representao do trecho da planta em que flui apenas sulfeto de hidrognio .................72 5.12.Representao dos trechos da planta em que flui apenas DEA pobre ............................. 74 5.13. Representao dos sensores no trecho de fluxo da DEA rica ......................................... 75 5.14. Representao dos elementos de controle no trecho de fluxo da DEA rica ................... 77 5.15. Representao dos elementos de controle no trecho de fluxo da DEA rica, inclusive dos alarmes associados aos sensores e controladores .....................................................................78
Lista de Tabelas
2.1a. Linguagens para a construo de ontologias ...................................................................18 2.1b. Linguagens para a construo de ontologias .................................................................. 19 2.2. Metodologia de desenvolvimento de ontologias ontology development 101 ................ 28 2.3. Metodologias para construo de ontologias .................................................................... 32 3.1. Perfil de produo da REPLAN no final da dcada de 1990 ............................................36 4.1. Relao de propriedades bsicas definidas para a ontologia ............................................ 53 4.2. Relao de subpropriedades definidas para a propriedade hasOutput ..............................54 4.3. Relao das propriedades definidas para a ontologia e suas respectivas caractersticas relacionais ................................................................................................................................ 55
vi
Lista de Smbolos e Abreviaturas
API: Application Programming Interface CC: Cincia da Computao CNPQ: Conselho Nacional de Desenvolvimento Cientfico e Tecnolgico DEA: Dietanolamina DL: Description logics FCC: Craqueamento Cataltico Fluido GLP: Gs Liquefeito de Petrleo HAZOP: Hazard and Operability Study HDT: Hidrotratamento IA: Inteligncia Artificial MEROX: Mercaptans Oxidation MTBE: Metil-Terc-Butil-ter OKBC: Open Knowledge Base Connectivity OWL: Web Ontology Language P&I: Piping and instrumentation QAV: Querosene de Aviao RC: Representao do Conhecimento RDF: Resource Description Framework RDFS ou RDF-S: RDF Schema RDF(S): Combinao de RDF e RDFS SBC: Sistema Baseado em Conhecimento XML: Extensible Markup Language W3C: World Wide Web Consortium
vii
Captulo 1 Introduo Geral
CAPTULO 1. INTRODUO GERAL
1.1 Introduo
Nas ltimas dcadas, o segmento de leo, gs e petroqumica tem registrado uma srie de grandes acidentes, dentre os quais esto o de San Juan Ixhuapetec (Mxico-1984), Bophal (ndia-1984), plataforma Piper-Alpha (Mar do Norte-1988), Phillips 66 (Texas-1989), ExonValdez (Alasca-1989), Baa de Guanabara (Brasil-2000), plataforma P-36 (Brasil-2001) (THEOBALD; GILSON, 2005). Ainda este ano, ocorreu um acidente no Golfo do Mxico, protagonizado pela British Petroleum, que tem permanecido na mdia devido dificuldade de ser sanado. Atravs dos registros disponveis na literatura, constata-se que as investigaes de acidentes realizadas pelas empresas ou por organismos independentes apontam a falha humana com uma das principais causas de acidentes (THEOBALD; GILSON, 2005). O prprio fato do ser humano estar no centro do processo de trabalho, torna o erro uma possibilidade em todas as atividades em que ele atua, desde o projeto e fabricao de equipamentos, at o desenvolvimento de novas tecnologias, novos mtodos de trabalho, normas tcnicas, programas de segurana, etc. (BARBOSA, 2009). Uma questo que tem obtido destaque a crescente necessidade das empresas se engajarem em processos de proteo do ambiente externo, que se traduz na preocupao ecolgica. Esse fato tem obrigado as organizaes a desenvolver uma nova cultura para a inovao e aprendizagem, fazendo-as rever suas estruturas de prticas de organizao do trabalho, atravs de interaes contnuas e recursivas entre as dimenses do homem, empresa e novos conhecimentos adquiridos durante o processo (PEREIRA; DONDONI, 2008). Em segmentos que exploram recursos ambientais, tal qual a indstria petrolfera, a dinmica do processo de aprendizagem organizacional vem se tornando de fundamental relevncia para a existncia sustentada, uma vez que o processo de transformao de recursos naturais, como a operao de refino, envolve alto risco ao meio ambiente (PEREIRA; DONDONI, 2008). Laallam e Sellami (2007) afirmam que a atividade de superviso e controle de processos industriais uma atividade muito complexa. Ela requer muita experincia, que tanto pode ser perdida quando um funcionrio se desliga, como pode ser mantida dispersa entre vrios especialistas. Em uma refinaria, a superviso e controle de seus vrios processos constituintes uma atividade crtica para a segurana, pois a ocorrncia de um sinistro pode resultar em grave impacto ambiental para a vida presente na localidade em que ela est instalada.
A indstria nuclear mundial tem um histrico de alta segurana, tendo demonstrado um aperfeioamento substancial nas ltimas dcadas. Segundo Taniguchi e Lederman (2004), a chave para a utilizao da energia nuclear com segurana a educao sustentvel e o treinamento, e depende muito da qualidade e utilidade da base de conhecimento. Para Meireles (2009),
A preocupao com o conhecimento no algo novo. Plato, Scrates, dentre outros j se preocupavam com este tema. Porm as abordagens sobre gesto do conhecimento nas organizaes iniciam-se na dcada de 1990, pois se percebeu a importncia de se desenvolver ferramentas para tornar explcito e disponvel o conhecimento existente na empresa bem como a importncia da troca e compartilhamento do conhecimento das pessoas.
Motivando-se por esse contexto, esta pesquisa aplicou o conceito de ontologias como ferramenta de gesto do conhecimento, formalizando o conhecimento disponibilizado acerca de uma planta petroqumica, que pode servir como base de conhecimento para o desenvolvimento de ferramentas utilizadas para aperfeioar a segurana da planta analisada.
1.2 Apresentao do problema

Quando adquire uma planta industrial, o cliente recebe vrios documentos tcnicos, dentre os quais esto os memoriais descritivos, fluxograma de processo, fluxograma de engenharia (P&I - tubulao e instrumentao), especificaes tcnicas, folhas de dados, listas de equipamentos, plantas e isomtricos das instalaes, etc. (FREIRE, 2009). Em termos de conhecimento sobre os processos industriais, as duas principais fontes acabam sendo o pessoal da planta e os dados operacionais, com suporte de fontes secundrias tais como os documentos listados anteriormente, os procedimentos documentados e as teorias de operao (BROWNE et al., 2005). No caso das fontes secundrias, os dados sobre as plantas normalmente ficam dispersos em muitos documentos, esquemticos e diagramas, que nem sempre so de fcil interpretao por operadores iniciantes ou por pessoas que no trabalham no dia a dia desses sistemas. Quando se toma como referncia a planta DEA, possvel verificar que existem vrios caminhos entre os processos (torres, bombas, filtros, vasos, etc.), mas apenas consultando os descritivos possvel deduzir que alguns desses trechos so utilizados durante o modo de operao normal e outros apenas em situaes especiais. Ao serem designados para trabalhar em processos industriais, comum que os colaboradores recebam treinamentos para capacit-los a desempenharem suas atribuies e
permisso para acessar os documentos das instalaes, mas geralmente leva um certo tempo para que eles atinjam a maturidade necessria ao manuseio desses materiais com habilidade. Por outro lado, devido ao formato dessas informaes, mesmo elas estando normalmente digitalizadas, o desenvolvimento de sistemas que consigam utiliz-las em seu formato original no uma tarefa simples. A proposta desta dissertao foi aplicar as ontologias como uma forma de suprir essas lacunas, motivados pelo fato de que, segundo Freitas (2003, p.4), as ontologias servem como ferramenta para organizao, reuso e disseminao de conhecimento j especificado, tendo tornado possvel, neste caso, condensar a informao disponibilizada em vrios documentos acerca da planta analisada, formalizando o conhecimento sobre este domnio de interesse. Esta dissertao faz parte do conjunto de iniciativas do projeto de um sistema inteligente para suporte deciso para anlise e operao de plantas industriais, atendendo ao objetivo de servir como uma base de conhecimento que descreve a operao do sistema, integrando informaes de alarmes e variveis contnuas e discretas do processo, que poder ser utilizada para o desenvolvimento de um sistema de auxlio ao diagnstico e tomada de deciso para o processo petroqumico em estudo. A escolha do processo DEA como foco do estudo ocorreu porque a Petrobras informou que haveria maior facilidade em disponibilizar informaes sobre essa planta, o que facilitou o andamento dos trabalhos.
1.3 Objetivos
Foram os objetivos desta dissertao: Aplicar os conceitos de representao do conhecimento atravs de ontologias ao processo de adoamento de gs combustvel de uma refinaria; Representar na ontologia os principais fluxos de produtos da planta; Contemplar a representao da localizao dos instrumentos de monitoramento e controle na ontologia; Incluir na ontologia a associao dos alarmes indicados para os instrumentos da planta; Construir automaticamente grafos que propiciem avaliar a representatividade da ontologia. Como produto desta pesquisa, foi disponibilizada uma descrio formal (ontologia) da planta DEA analisada, que sintetiza tanto as informaes dos fluxogramas de engenharia
como das listas de alarmes da planta tomada como estudo de caso. Os conceitos apresentados nesta dissertao podem ser expandidos para a descrio de outras plantas da refinaria, ou mesmo aplicados em outros segmentos industriais. Em termos de contribuies, essa ontologia pode ser utilizada para o desenvolvimento de sistemas baseados em conhecimento (SBCs), pois atravs desse modelo formal possvel, por exemplo, conhecer os elementos da planta que esto conectados, os instrumentos instalados, bem como os alarmes associados com cada grandeza. O modelo tambm indica a forma como o fluxo de produtos acontece no processo e ainda os trechos em que circulam na planta. Esse conjunto de informaes pode ser utilizado em um sistema de diagnstico, ou mesmo para auxiliar os operadores em anlises da planta, uma vez que condensam um conjunto de dados importantes do sistema, o que pode contribuir para o aumento do grau de segurana dessa indstria. Em face dos graves acidentes que a indstria petrolfera tem enfrentado nos ltimos anos, qualquer ferramenta que possa aumentar esse grau de segurana na atividade trar benefcios para toda a sociedade, levando em conta a importncia econmica que o petrleo tem para o pas e o impacto ambiental que um acidente pode provocar. Para a UFRN e a Petrobras, os frutos dessa pesquisa servem para intensificar os laos de parceria mantidos por essas instituies.
1.4 Metodologia
Segundo Rodrigues (2007, p.3), a pesquisa uma atividade voltada para a soluo de problemas, atravs do emprego de processos cientficos. Nesta pesquisa foi criada uma ontologia para representar o comportamento de uma das plantas de uma refinaria, como forma de facilitar o acesso a esse conhecimento, bem como disponibiliz-lo na forma de uma base de conhecimento (ontologia1) para futuras aplicaes. Quanto finalidade, este trabalho pode ser enquadrado no conceito de pesquisa aplicada, em que, de acordo com Rodrigues (2007, p.4), os conhecimentos adquiridos so utilizados para aplicao prtica voltados para a soluo de problemas concretos da vida moderna, pelo fato do conceito de ontologia ter sido aplicado para a modelagem de uma planta petroqumica real, condensando o conhecimento disperso em vrios documentos. Quanto ao tipo de pesquisa, esta dissertao pode ser classificada como descritiva, em que fatos so analisados, classificados e interpretados, sem a interferncia do pesquisador,
1
O termo ontologia ser definido no item 2.3.
pois a ontologia foi desenvolvida como fruto da anlise dos descritivos da planta e informaes obtidas em entrevista no estruturada com um especialista no assunto (RODRIGUES, 2007). Essas informaes foram classificadas e interpretadas com a finalidade de subsidiar a modelagem da planta. Em sntese, esta pesquisa teve incio com a anlise de uma srie de documentos descritivos da planta DEA, que incluam o fluxograma de processo, os fluxogramas de tubulao e instrumentao (P&Is), e descries da forma de operao e a relao de alarmes, que foram complementadas com uma entrevista no estruturada a um especialista na operao do processo. Aps a coleta e anlise de todos esses dados, foram construdas as primeiras verses da ontologia da planta, que foi sendo gradativamente aperfeioada atravs de debates junto ao grupo de pesquisa. A validao ocorreu atravs da construo de grafos descritivos e comparao com as informaes coletadas, de forma que foi possvel concluir pela representatividade do modelo e verificar que ele cobria o escopo definido.
1.5 Organizao do texto

O restante do texto est dividido da seguinte maneira: Captulo 2 apresenta a fundamentao terica para a pesquisa, abordando temas como o conhecimento e sua representao atravs de ontologias, os tipos de ontologias e suas caractersticas, metodologias e linguagens para criao, e o editor escolhido para modelagem da planta DEA; Captulo 3 aborda aspectos gerais do refino do petrleo, inserindo a planta de adoamento de gs combustvel no contexto; tambm apresenta a refinaria e o processo petroqumico escolhido como estudo de caso, com foco em aspectos gerais do funcionamento de uma planta DEA; Captulo 4 enfoca a criao da ontologia que descreve a planta, seguindo o processo de desenvolvimento passo a passo; Captulo 5 apresenta as anlises realizadas, com o objetivo de comprovar a representatividade do modelo. O captulo inicia com a apresentao do plugin utilizado para visualizao de grafos descritivos da ontologia, que serviu como base para a avaliao do modelo; exibe a representao dos elementos fsicos constituintes da planta e suas respectivas conexes, que terminam por indicar o fluxo dos produtos
e seus desdobramentos em subtrechos. Neste captulo tambm mostrada a representao dos instrumentos que esto conectados em cada trecho e, por fim, a associao dos alarmes configurados para cada um desses instrumentos. Captulo 6 aborda as concluses obtidas ao final desta pesquisa e as perspectivas de trabalhos futuros que podem ser desenvolvidos tomando os resultados e as concluses apresentadas como base.
Captulo 2 Representao do Conhecimento Usando Ontologias
CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS
2.1 Introduo
Neste captulo ser apresentado o aporte terico que serviu de alicerce para a modelagem da planta DEA utilizando ontologias. A seguir sero abordados o conhecimento e sua representao atravs de ontologias, os tipos de ontologias e suas caractersticas; as linguagens utilizadas para a criao de ontologias, com maior enfoque na linguagem OWL, que foi escolhida para este estudo de caso; a ferramenta adotada para a criao da ontologia da planta DEA e as metodologias sugeridas na literatura para criar ontologias.
2.2 O conhecimento e sua representao

O que conhecimento? Segundo Brachman e Levesque (2004), essa uma questo que vem sendo discutida pelos filsofos desde a Grcia antiga, e mesmo assim no est totalmente desmistificada. Para Furgeri (2006, p.29), o conhecimento j foi concebido como produto da inteligncia divina, como uma ddiva de Deus aos homens, como fruto da razo e como produto da experincia. Na histria da humanidade, ele j foi utilizado como mecanismo de dominao e controle, mas sempre foi visto como um bem precioso. Na atualidade, a sua disseminao tem contribudo cada vez mais para o avano das pessoas, organizaes e Estados. Contudo, sua falta tem produzido diferenas sociais e econmicas extremamente acentuadas, que ficam evidentes quando observamos que as naes mais ricas so grandes detentoras do conhecimento, sobretudo o tecnolgico e o cientfico (FURGERI, 2006). Representaes, segundo Almeida (2005), so conhecimentos construdos socialmente por uma comunidade ou grupo de sujeitos. Furgeri (2006, p.41) detalha esse conceito quando afirma que para se representar algo necessrio que o fenmeno observado e suas representaes estejam assentadas na conscincia do grupo e pressupe a utilizao de categorias, classes ou modelos definidos pelos integrantes. Brachman e Levesque (2004) apresentam algumas consideraes informais acerca do assunto, tomando como base um ponto de vista de lgica proposicional, dentro da Cincia da Computao. Eles no procuram desmistificar conceitos sobre o conhecimento, mas partem da ideia de que, dentre outras coisas, ele pode ser entendido como uma relao entre um conhecedor e uma proposio, ou seja, a ideia expressa por uma sentena declarativa simples, tal como John sabe que Abraham Lincoln foi assassinado.
10
Ainda segundo Brachman e Levesque (2004), parte do mistrio em volta do conhecimento devido natureza das proposies. Embora o que importe, sob a tica deles, seja o fato dessas proposies se tratarem de entidades abstratas que podem ser verdadeiras ou falsas, corretas ou erradas. Outros tipos de proposies tambm podem ser apresentadas, como o caso de sentenas envolvendo conhecimento que no explicitamente mencionado, como por exemplo John sabe quem Mary est levando para a festa. Por outro lado, quando se diz que algum tem uma habilidade ou um conhecimento profundo sobre algum ou algo, no fica claro se qualquer proposio til est envolvida (BRACHMAN E LEVESQUE, 2004). Uma noo relacionada que Brachman e Levesque (2004) consideram importante o conceito de crena. Para esses autores, as sentenas John acredita que ... e John sabe que ... so claramente relacionadas, embora a primeira delas seja utilizada quando no se deseja enfatizar que o julgamento de John sobre o mundo necessariamente preciso ou suportado por razes adequadas. Na verdade, pode existir uma faixa de atitudes proposicionais, expressas por sentenas do tipo: John est absolutamente certo que ..., John est convencido que..., John tem a opinio que ..., John est confiante que ..., dentre outras. Segundo Brachman e Levesque (2004), o que importa que todas as proposies compartilham com conhecimento uma ideia muito bsica que: John pensa que o mundo seja de uma forma e no de outra. Para Grigorova e Nikolov (2007), a Representao do Conhecimento (RC) um elemento chave nos sistemas com inteligncia artificial. A RC pode ser definida como algo que substitui o objeto ou fenmeno real, permitindo a uma entidade determinar as consequncias de um ato pelo pensamento ao invs de sua realizao (DAVIS; SHROBE; SZOLOVITS, 1993). Ela tambm pode ser definida como o campo de estudo preocupado com o uso de smbolos formais para representar uma coleo de proposies acreditadas por um suposto agente (BRACHMAN E LEVESQUE, 2004). De acordo com Rezende (2005, p.29), uma RC pode ser entendida como uma forma sistemtica de estruturar e codificar o que se sabe sobre uma determinada aplicao. Porm, a mesma autora ressalta que essa codificao no pode ser realizada sem quaisquer critrios, destacando como importante o atendimento s seguintes caractersticas: constituir uma representao compreensvel ao ser humano, de tal modo que, caso seja necessrio avaliar o estado de conhecimento do sistema, ela permita a sua interpretao;
11
abstrair-se dos detalhes de como funciona internamente o processador de conhecimento que ser utilizado para sua interpretao; ser robusta, isto , permitir sua utilizao mesmo que no aborde todas as situaes possveis; ser generalizvel, ao contrrio do conhecimento em si, que individual. Pois uma representao necessita de vrios pontos de vista do mesmo conhecimento, de tal forma que possa ser atribuda a diversas situaes e interpretaes. Desde cedo a representao do conhecimento humano em sistemas computacionais foi um dos objetivos base da Inteligncia Artificial (IA), pois ser inteligente ter a habilidade de manipular conhecimentos; reconhecer smbolos; e chegar a uma soluo quando se depara com um problema (GARCS et al., 2006). Nos dias atuais, o escopo do problema de representao do conhecimento amplo e diz respeito lgica, ontologia e s reas computacionais (GRIGOROVA E NIKOLOV, 2007; GONZALZ, 2005). A lgica fornece a estrutura formal e as regras de inferncia; enquanto a ontologia define os tipos de coisas que existem na aplicao de domnio; e a computao suporta as aplicaes que distinguem a representao do conhecimento da filosofia pura. Assim, a RC pode ser definida como a aplicao da lgica e ontologia para a tarefa de construir modelos computacionais de algum domnio (GONZALZ, 2005). O modelo ideal de representao do conhecimento deve ser suficientemente flexvel para apresentar o conhecimento com um escopo diferente e granularidade; deve ter possibilidade de inferncia e uso do contexto; deve trabalhar com informao incompleta e incerta; deve observar a perfeio e consistncia quando ocorrerem mudanas no domnio e deve ser fcil de utilizar pelos engenheiros de conhecimento, que no necessariamente tenham experincia de programao (GRIGOROVA E NIKOLOV, 2007). Entretanto, Grigorova e Nikolov (2007) admitem que um modelo ideal no existe na realidade, fazendo com que engenheiros e desenvolvedores tenham que se comprometer de acordo com suas metas especficas. A escolha da tcnica de representao do conhecimento vai depender do grau de complexidade do conhecimento que deve ser explicitado e do tipo de aplicao onde ser usado (FURGERI, 2006). Neste trabalho, foi escolhida a representao do conhecimento atravs das ontologias, uma vez que esse tipo de representao do conhecimento amplamente utilizado em
12
engenharia de conhecimento e inteligncia artificial, em diferentes aplicaes da cincia da computao e em novos campos emergentes como a web semntica2 (DOKAS, 2007). As ontologias so especialmente adequadas para formalizar conhecimento especfico de domnio, que uma vez formalizado, pode ser facilmente interconectado com outros formalismos, o que facilita a interoperabilidade entre comunidades independentes e faz das ontologias um dos blocos fundamentais da construo da web semntica (GONZALZ, 2005). Assim, as ontologias baseadas em computador fornecem uma representao formal e estruturada do conhecimento de domnio e so projetadas para servir como matria prima para inferncia e agentes computacionais, pois as ontologias fornecem uma especificao definida formalmente do significado de termos, os quais so utilizados pelos agentes durante sua interoperao (LACLAVK, 2005). Nos tpicos seguintes apresentaremos as ontologias e os principais conceitos associados com esse tema.
2.3 Representao do conhecimento atravs das ontologias

A noo de ontologia tem sido motivo de debate dentro da filosofia por muitos anos. O que so as coisas? Qual a essncia que permanece no interior das coisas quando elas mudam (mudanas no tamanho, na cor, etc.)? Os conceitos (mesa, casa, rvore, etc.) existem fora de nossa mente? Como podem ser classificadas as entidades do mundo? O estudo da ontologia, ou a teoria do o que (do grego ontos = ser), tem sido uma disciplina de direito prprio desde os dias de Aristteles, que pode ser visto como seu fundador e inspirador (GMEZPREZ; FERNNDEZ-LPEZ; CORCHO, 2004; SCHREIBER, 2008). Assim, ao longo da histria, muito foi debatido e proposto sobre esse tema dentro do campo filosfico, sendo que no final do Sculo XX e incio do Sculo XXI, as ontologias emergiram como uma rea importante de pesquisa na cincia da computao (GMEZPREZ; FERNNDEZ-LPEZ; CORCHO, 2004). Segundo Furgeri (2006, p.113), o termo ontologia possui diferentes significados, dependendo da rea estudada. Em uma mesma rea, como ocorre na CC, pode ocorrer variaes em sua definio. Gmez-Prez, Fernandz-Lpez e Corcho (2004) comentam que
2
Web Semntica o nome genrico do projeto capitaneado pelo W3C, com o objetivo de embutir inteligncia e contexto nos cdigos XML utilizados para confeco de pginas da web, de modo a melhorar a maneira com que os programas podem interagir com as pginas e tambm possibilitar um uso mais intuitivo por parte dos usurios (SOUZA; ALVARENGA, 2004).
13
encontraram na literatura muitas definies sobre o que uma ontologia e tambm tiveram oportunidade de observar como essas definies mudaram e evoluram ao longo do tempo. Gmez-Prez, Fernandz-Lpez e Corcho (2004) no propem uma nova definio para o tema, mas afirmam, de maneira conclusiva, que o objetivo das ontologias capturar conhecimento consensual de forma genrica, de maneira que possa ser reutilizada e compartilhada atravs de aplicaes de software e por grupos de pessoas, sendo geralmente construdas cooperativamente por diferentes grupos de pessoas em diferentes localizaes. Dentre as fontes consultadas nesse trabalho, a definio mais citada a de Borst (1997, p.12): an ontology is a formal specification of a shared conceptualization, que Almeida e Bax (2003) adotam em seu trabalho e interpretam por partes: formal em referncia ao fato de ser legvel para computadores; especificao explcita em referncia definio explcita de conceitos, propriedades, relaes, funes, restries, axiomas; compartilhado pelo fato de ser um conhecimento consensual; e conceitualizao por ser um modelo abstrato de algum fenmeno do mundo real. No decorrer deste trabalho adotamos as ontologias segundo a definio proposta por Borst (1997), mas com o maior foco na finalidade das ontologias segundo Manica, Dantas e Todesco (2008, p.152):
Ontologias so usadas para modelar de maneira precisa o conhecimento de uma comunidade ou grupo de especialistas para que possa ser posteriormente consultado ou at mesmo reutilizado em novas aplicaes. Ontologia uma tcnica importante para a rea da Cincia da Computao, que viabiliza solues para problemas como a falta de padronizao, interoperabilidade, recuperao de informao, reuso, confuses terminolgicas, problemas de troca de informaes entre agentes de software, dentre muitos outros.
A seguir faremos uma breve apresentao de alguns tipos de ontologias e alguns comentrios sobre suas caractersticas.
2.3.1 Caractersticas e tipos de ontologias

Segundo Almeida e Bax (2003, p.9), as ontologias no apresentam sempre a mesma estrutura, mas existem caractersticas e componentes bsicos comuns e presentes em grande parte delas. De uma forma mais didtica, podemos dizer que as ontologias so compostas basicamente de classes, que so conceitos organizados em uma taxonomia; de relaes, que representam o tipo de interao entre os conceitos de um domnio; de axiomas, que so
14
utilizados para modelar sentenas que so sempre verdadeiras; e de instncias, que representam os elementos especficos de cada classe (ALMEIDA E BAX, 2003). Para ilustrar esses conceitos, podemos pensar incialmente em dois conjuntos, sendo um deles de pessoas e outro de veculos que elas possuem. A esses dois conjuntos poderiam ser atribudas duas classes distintas, onde poderiam ser listadas todas as pessoas e veculos, sendo que cada elemento se constituiria em uma instncia de sua respectiva classe. Como cada pessoa possuir um veculo, essas duas classes podem ser relacionadas por uma propriedade que expresse essa posse e conecte uma instncia da classe de pessoas ao respectivo veculo (instncia da classe de veculos) que possui. Em relao aos tipos, as ontologias podem ser classificadas de vrias maneiras. Mizoguchi, Vanwelkenhuysen e Ikeda (1995) apresentam uma classificao para as ontologias em trs tipos, levando em considerao a sua conceitualizao: ontologias de domnio: so reutilizveis no domnio e fornecem um vocabulrio sobre conceitos desse domnio, seus relacionamentos e sobre as atividades e regras que os governam; ontologias de tarefa: fornecem um vocabulrio sistematizado de termos, especificando tarefas que podem estar ou no no mesmo domnio; ontologias genricas: incluem um vocabulrio relacionado a coisas, eventos, espao, comportamento, causalidade, funes, etc. Uschold e Gruninger (1996) apresentam uma classificao em quatro nveis para as ontologias, levando em considerao o grau de formalidade pelo qual o vocabulrio criado e seu significado especificado: ontologia altamente informal: expressa livremente em linguagem natural; ontologia semi-informal: expressa em uma forma de linguagem natural restrita e estruturada; ontologia semi-formal: expressa em uma linguagem artificial definida formalmente; ontologia rigorosamente formal: expressa atravs de termos definidos meticulosamente com semntica formal, teoremas e provas de propriedades, tais como solidez e completude. Para Heijst, Schreiber e Wielinga (1997), as ontologias podem ser classificadas segundo duas dimenses: a quantidade e tipo de estrutura da conceituao, e o tema da conceituao. Assim, quanto primeira dimenso, os referidos autores apresentam trs possibilidades de classificao:
15
ontologias terminolgicas: especificam os termos que so utilizados para representar o conhecimento no domnio de discurso, por exemplo, os lxicos; ontologias de informao: especificam a estrutura de registro de dados. Um exemplo so os esquemas de bancos de dados; ontologias de modelagem de conhecimento: especificam conceituaes do conhecimento. Em comparao com as ontologias de informao, as ontologias de modelagem de conhecimento geralmente possuem uma estrutura interna mais rica; Quanto segunda dimenso, os mesmos autores apresentam quatro possibilidades: ontologias de aplicao: contm todas as definies que so necessrias modelagem do conhecimento e que sero utilizadas em uma determinada aplicao. Esse tipo de ontologia pode ser obtido a partir da seleo de teorias de uma livraria de ontologias, que so ento ajustadas para uma aplicao particular; ontologias de domnio: expressam conceituaes que so especficas de um domnio particular de conhecimento; ontologias genricas: so semelhantes s ontologias de domnio, mas os conceitos que elas definem so considerados genricos e comuns a vrios campos; ontologias de representao: explicam as conceituaes que suportam os formalismos de representao do conhecimento. Ontologias de domnio e ontologias genricas so descritas utilizando as primitivas disponibilizadas pelas ontologias de representao. Guarino (1998) tambm props uma classificao, onde ele agrupa as ontologias com base no nvel de generalidade:
ontologia de alto nvel
ontologia de domnio
ontologia de tarefa
ontologia de aplicao
Figura 2.1. Tipos de ontologias, de acordo com seu nvel de dependncia em uma tarefa particular ou ponto de vista, onde as setas representam uma especializao das relaes. Fonte: Adaptado de Guarino (1998).
16
ontologias de alto-nvel: descrevem conceitos muito gerais, tais como espao, tempo, matria, objeto, evento, ao, etc., que so independentes de um problema particular ou domnio. Ter ontologias de alto nvel unificadas parace razovel, pelo menos em teoria, para grandes comunidades de usurios; ontologias de domnio e ontologias de tarefas: descrevem, respectivamente, o vocabulrio relacionado um domnio genrico (tal como medicina, ou automveis) ou uma tarefa genrica ou atividade (como diagnosticar ou vender), especializando os termos introduzidos em uma ontologia de alto nvel; ontologias de aplicao: descrevem conceitos dependendo de um domnio particular e tarefa, que so geralmente especializaes dessas duas ontologias relacionadas. Esses conceitos geralmente correspondem a papis desempenhados por entidades do domnio enquanto se realiza uma certa atividade, como substituio de uma unidade ou de uma pea sobressalente. Segundo Uschold e Jasper (1999), as ontologias so utilizadas para melhorar a comunicao entre humanos ou computadores. Tomando como base essa ideia, eles afirmam que as ontologias podem ser agrupadas em trs reas: ontologias para auxiliar na comunicao entre agentes humanos (pessoas): nesse caso uma ontologia informal mas inequvoca pode ser suficiente; ontologias para assegurar a interoperabilidade: a interoperabilidade entre sistemas de computador pode ser obtida pela traduo entre diferentes mtodos de modelagem, paradigmas, linguagens e ferramentas de software; nesse caso a ontologia utilizada como um formato de intercmbio; ontologias para melhorar o processo e/ou qualidade de sistemas de engenharia de software: em que as ontologias podem ser utilizadas particularmente para: o Reusabilidade a ontologia a base para uma codificao formal das entidades, atributos e processos mais importantes, e suas interrelaes no domnio de interesse. Essa representao formal pode ser (ou tornar-se por traduo automtica) um componente reutilizvel e/ou compartilhado em um sistema de software; o Busca uma ontologia pode ser utilizada como metadados servindo como um ndice em um repositrio de informaes; o Confiabilidade uma representao formal tambm possibilita a automao da verificao de consistncia, resultando em um software mais confivel;
17
o Especificao a ontologia pode auxiliar o processo de identificao de requisitos e definir uma especificao para um sistema de TI (baseado em conhecimento ou o contrrio); o Manuteno o uso de ontologias no desenvolvimento de sistemas, ou como parte de uma aplicao final, pode tornar a manuteno mais fcil de muitas formas, uma vez que sistemas que so construdos utilizando-se ontologias explcitas podem ter a sua documentao melhorada, o que reduz custos de manuteno; o Aquisio de conhecimento a velocidade e confiabilidade podem ser melhoradas atravs do uso de uma ontologia existente como ponto de partida e base para guiar a aquisio de conhecimento no momento de construo de sistemas baseados em conhecimento. Haav e Lubi (2001) apresentam uma outra classificao para as ontologias, levando em considerao os tipos de classes presentes e sua estrutura, que guarda muita semelhana com a classificao proposta por Guarino (1998), mas no contempla o subitem ontologia de aplicao. Enfim, sobre as vrias classificaes existentes para os tipos de ontologias, Almeida (2006) critica que no existe um consenso e as categorias propostas pelos autores muitas vezes se sobrepem, inclusive em termos de nomenclaturas, que se repetem com significados distintos, o que nos leva a concluir que a classificao das ontologias no converge para uma classificao nica. A ontologia desenvolvida neste trabalho buscou representar os conceitos associados com uma planta petroqumica especfica, seus relacionamentos e as regras que a governam. Dessa forma, uma iniciativa de classificar a ontologia sob esses vrios pontos de vista pode gerar o seguinte resultado: Na classificao proposta por Mizoguchi, Vanwelkenhuysen e Ikeda (1995), pode ser classificada como uma ontologia de domnio, por fornecer um vocabulrio sobre conceitos do domnio da planta DEA, seus relacionamentos e sobre as regras que a governam; Na classificao proposta por Uschold e Gruninger (1996), a classificao da ontologia no fica clara, pois poderia ser interpretada como uma ontologia semiinformal ou como uma ontologia semi-formal; Na classificao proposta por Heijst, Schreiber e Wielinga (1997), na primeira dimenso, como uma ontologia de modelagem de conhecimento, uma vez que
CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS especificam conceituaes de conhecimento associado planta.
18
Na segunda
dimenso, novamente como uma ontologia de domnio, por, nessa nova tica, expressar conceituaes que so especficas do domnio particular de conhecimento estudado, a planta DEA; Na classificao proposta por Guarino (1998), a ontologia est mais prxima de uma ontologia de aplicao, por descrever conceitos que dependem de um domnio particular; Na classificao proposta por Uschold e Jasper (1998), no ficou evidente o enquadramento da ontologia, mas a objetivo de utilizar a ontologia como base de conhecimento para sistemas especialistas faz a classificao ficar mais prxima de uma ontologia para assegurar a interoperabilidade. Nos prximos tpicos, a classificao adotada para se referir ontologia foi a proposta por Mizoguchi, Vanwelkenhuysen e Ikeda (1995), ou seja, a ontologia ser referenciada como de domnio.
2.3.2 Linguagens para criao de ontologias

Para a criao das ontologias, a literatura indica muitas linguagens. Dentre as possibilidades disponveis, podemos verificar que elas diferem quanto ao nvel de expressividade e s habilidades para inferncia (SCHAUER E SCHAUER, 2008). Em sua tese, Almeida (2006) apresenta uma coletnea das principais linguagens utilizadas e uma breve descrio de cada uma delas, que reproduzimos na tabela 2.1. Tabela 2.1a. Linguagens para a construo de ontologias. Linguagens CycL Flogic
(Frame Logic)
Breve descrio
Linguagem formal que expressa conhecimento atravs de um vocabulrio de termos (constantes semnticas, variveis, nmeros, sequncias de caracteres, etc.) os quais so combinados em expresses, sentenas e finalmente em bases de conhecimento. Integra frames e lgica de primeira ordem. Trata de forma declarativa os aspectos estruturais das linguagens baseadas em frames e orientadas a objeto (objetos, herana, tipos polimrficos, mtodos de consulta, encapsulamento, etc.). Permite a representao de conceitos, taxonomias, relaes binrias, funes, instncias, axiomas e regras. Descendente da famlia KL-ONE (Knowledge Language One), baseada em lgica descritiva e regras de produo. Permite a representao de conceitos, taxonomias, relaes n-rias, funes, axiomas e regras de produo.
LOOM
Fonte: Almeida (2006, p. 128-129).
CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS Tabela 2.1b. Linguagens para a construo de ontologias. CARIN
19
Trata-se de uma combinao da Datalog (linguagem baseada em regras) e lgica descritiva ALN. Uma ontologia CARIN construda por dois componentes terminolgicos: um conjunto de conceitos com declaraes de incluso e um conjunto de regras que usam os conceitos. Linguagem que especifica uma ontologia de domnio mdico (GALEN). baseada em lgica descritiva terminologicamente limitada, que permite a construo de hierarquias de primitivas e axiomas de incluso de conceitos. Combina paradigmas das linguagens baseadas em frames e lgica de primeira ordem. Permite a representao de conceitos, taxonomias de conceitos, relaes n-rias, funes, axiomas, instncias e procedimentos. Sua alta expressividade causa problemas na construo de mecanismos de inferncia. Permite a especificao de classes, relaes, instncias e regras; utilizada em aplicaes em gesto do conhecimento, desenvolvimento de ontologias, comrcio eletrnico e sistemas baseados em conhecimento; e em domnios como medicina, cincias sociais, memria corporativa, engenharia, portais da Web, etc. Linguagem baseada em lgica descritiva e grafos conceituais, que permite a representao de conceitos organizados em taxonomias, relaes e axiomas. Desenvolvidos pelo W3 Consortium, tem por objetivo a representao de conhecimento atravs de redes semnticas. So linguagens que permitem a representao de conceitos, taxonomias de conceitos e relaes binrias.
GRAIL
Ontolingua
OCML OML (Ontology

Markup Language)
RDF (Resource
Description Framework)/ RDFS (RDF Schema)
NKRL (Narrative
Knowledge Representation Language)
Linguagem de representao baseada em frames, especialmente desenvolvida para descrever modelos semnticos de documentos multimdia. Utiliza extenses ao HTML, adicionando marcaes para inserir metadados em pginas Web. As marcaes podem ser utilizadas para a construo de ontologias e para anotaes em documentos da Web. uma linguagem que especifica conceitos, taxonomias e relaes binrias. No possui mecanismos de inferncia e foi projetada para intercmbio de ontologias no domnio da biomdica. Precursor do DAML+OIL e linguagem base para a Web Semntica. Combina primitivas de modelagem das linguagens baseadas em frames com a semntica formal e servios de inferncia da lgica descritiva. DAML+OIL uma linguagem de marcao semntica para a Web que apresenta extenses a linguagens como o DAML, RDF e RDFS, atravs de primitivas de modelagem baseadas em linguagens lgicas. Trata-se de uma linguagem de marcao, baseada em XML, que conecta documentos da Web a ontologias formais. O objetivo a aquisio automtica de conhecimento de domnios especficos.
SHOE (Simple
HTML Ontology Extensions)
XOL OIL (Ontology

Interchange Language)
DAML (DARPA
Agent Markup Language) + OIL
FOML (Formal
Ontology Markup Language)
Fonte: Almeida (2006, p. 128-129). Uma linguagem importante que Almeida (2006) no cita em sua pesquisa a OWL (Web Ontology Language ou linguagem de ontologias para a Web), que uma linguagem nova, desenvolvida pelo World Wide Web Consortium (W3C). Esta linguagem deriva de um consenso entre duas propostas, a europia OIL (linguagem de intercmbio entre ontologias) e a DAML (linguagem de anotao de agentes do Departamento de Defesa dos Estados Unidos)
20
(DE FREITAS, 2003; VIINIKKALA, 2004; HORROCKS; PATEL-SCHNEIDER; VAN HARMELEN, 2003). A OWL foi a linguagem escolhida para aplicao nesta pesquisa e por isso que ser apresentada mais detalhadamente a seguir.
2.3.2.1 A linguagem OWL

A linguagem OWL (Web Ontology Language) uma linguagem para a Web Semntica, desenvolvida pelo W3C, inicialmente projetada para representar informaes sobre categorias de objetos e como eles esto interrelacionados, podendo representar tambm informaes sobre os prprios objetos (HORROCKS; PATEL-SCHNEIDER; VAN HARMELEN, 2003). Segundo o W3C (2004a), a linguagem OWL foi projetada para uso em aplicaes que necessitam processar o contedo de informao, ao invs de apenas apresentar informaes para os seres humanos. Para eles, esta linguagem facilita a interpretabilidade de mquina do contedo da Web mais do que as linguagens XML, RDF, e RDFS, por fornecer um vocabulrio adicional juntamente com uma semntica formal. Houve muitas influncias no projeto da linguagem OWL. Como esta linguagem fruto de um esforo do W3C, ela tinha que se ajustar viso da Web Semntica de uma pilha de linguagens incluindo XML e RDF, inclusive como j havia muitas linguagens de ontologia projetadas para uso na Web, ela tambm tinha que manter o mximo de compatibilidade possvel com as linguagens j existentes, incluindo SHOE, OIL e DAML+OIL (HORROCKS; PATEL-SCHNEIDER; VAN HARMELEN, 2003). Todas essas influncias criaram um conflito entre a expressividade da linguagem e a escalabilidade da inferncia, o que resultou na diviso do OWL em trs diferentes sublinguagens, refletindo diferentes graus de expressividade: OWL-Lite, OWL-DL e OWLFull (GRIMM; HITZLER; ABECKER, 2007; GMEZ-PREZ; FERNNDEZ-LPEZ; CORCHO, 2004). De acordo com o W3C (2004a), essas trs sublinguagens foram projetadas para uso por comunidades especficas de implementadores e usurios, com as seguintes caractersticas: OWL-Lite: estende as linguagens RDF e RDFS e captura as caractersticas mais comuns do OWL, por isso destinada aos usurios que precisam apenas criar taxonomias de classes e restries simples. Por exemplo, ela permite valores de cardinalidade apenas 0 ou 1. mais simples fornecer ferramentas de suporte para OWL-Lite do que para as outras duas sublinguagens mais expressivas. O OWL-Lite
21
tambm tem uma complexidade formal mais baixa que o OWL-DL. A vantagem de se optar por esta sublinguagem eficincia no que diz respeito inferncia, tanto para usurios como para desenvolvedores de ferramentas, mas, por outro lado, perdese muita expressividade (W3C, 2004a; GMEZ-PREZ; FERNNDEZ-LPEZ; CORCHO, 2004; CARDOSO, 2006); OWL-DL: de longe o dialeto mais popular dos tipos de OWL e inclui o vocabulrio OWL completo, embora ele possa ser utilizado apenas sob certas restries (por exemplo, uma classe pode ser uma subclasse de muitas classes, mas uma classe no pode ser uma instncia de uma outra classe). Suporta aqueles usurios que querem o mximo de expressividade mantendo a integridade computacional (a garantia de que todas as concluses so computveis) e decidibilidade (todos os clculos serem completados em tempo finito). Na nomenclatura OWL-DL, o DL refere-se lgica de descrio (description logics), que um campo de pesquisa relacionado a um fragmento particular da lgica de primeira ordem decidvel. A vantagem de se optar por esta sublinguagem que o OWL-DL permite uma resposta mais rpida do motor de inferncia e o motor de inferncia mais fcil de ser construdo, mas, por outro lado, a desvantagem que no se pode ter a expressividade ou a convenincia disponibilizada pelo OWL-Full (POLLOCK, 2009; CARDOSO, 2006; GMEZPREZ; FERNNDEZ-LPEZ; CORCHO, 2004; W3C, 2004a); OWL-Full: destina-se aos usurios que querem a expressividade mxima e a liberdade sinttica do RDF, mas sem garantias computacionais. Por exemplo, em OWL-Full uma classe pode ser tratada simultaneamente como uma coleo de indivduos e como um indivduo em seu prprio direito. Esta sublinguagem permite que uma ontologia aumente o significado de um vocabulrio pr-definido (RDF ou OWL), por outro lado improvvel que qualquer software de inferncia seja capaz de fornecer suporte completo para cada recurso do OWL-Full. A vantagem do OWL bvia, ou seja, tem-se tudo disposio e se pode usufruir de uma expressividade muito conveniente durante o desenvolvimento de uma ontologia, mas a desvantagem que a ontologia pode se tornar muito poderosa e computacionalmente cara para que seja possvel fornecer um suporte completo inferncia, ou seja, a eficincia outro fator a ser considerado (CARDOSO, 2006; W3C, 2004a). De acordo com Cardoso (2006), toda ontologia OWL-Lite uma ontologia OWL-DL, mas no o inverso, bem como para o OWL-DL e OWL-Full, conforme mostrado na figura 2.2:
22
OWL Lite
OWL DL
OWL Full
Figura 2.2. Sublinguagens OWL Na sublinguagem de representao de conhecimento OWL-DL existem 40 primitivas (16 classes e 40 propriedades), sendo que algumas primitivas das RDF(S) podem ser utilizadas em todas as verses do OWL (Lite e DL), e as primitivas da OWL-Lite podem ser utilizadas em OWL-DL. Todas as primitivas de representao do conhecimento so listadas na figura 2.4, lembrando que as primitivas das sublinguagens OWL-DL e OWL-Full so as mesmas, conforme anteriormente comentado (GMEZ-PREZ; FERNNDEZ-LPEZ; CORCHO, 2004) Na figura 2.4, as primitivas que so classes esto realadas em azul, e como a criao da linguagem OWL foi influenciada pela DAML+OIL, algumas primitivas possuem equivalentes nessa outra linguagem, que so citadas entre parnteses. um exemplo a primitiva OWL owl:allValuesFrom, que corresponde primitiva DAML+OIL daml:toClass (GMEZPREZ; FERNNDEZ-LPEZ; CORCHO, 2004). O W3C (2004b) disponibiliza um guia para uso da linguagem, de onde podem ser extrados vrios exemplos do uso da linguagem, como o mostrado na figura 2.3, onde definida uma classe WineColor, cujos membros so os indivduos White, Rose e Red.
<owl:Class rdf:ID=WineColor> <rdfs:subclassOf rdf:resource=#WineDescriptor/> <owl:oneOf rdf:parseType=Collection> <owl:Thing rdf:about=#White/> <owl:Thing rdf:about=#Rose/> <owl:Thing rdf:about=#Red/> </owl:oneOf> </owl:Class>
Figura 2.3. Trecho de cdigo em OWL Fonte: W3C (2004b) .
23
OWL DL Expresses de classe permitidas em: Valores no so restritos (0..N) em:
rdfs:domain, rdfs: range, rdfs:subClassOf owl:intersectionOf, owl: equivalentClass, owl: allValuesFrom, owl: someValuesFrom owl:minCardinality, owl:maxCardinality, owl:cardinality
owl:DataRange, rdf:List, rdf:first, rdf:rest, rdf:nil owl:hasValue (daml:hasValue) owl:oneOf (daml:one of) owl:unionOf (daml:unionOf), owl:complementOf (daml:complementOf) owl:disjointWith (daml:disjointWith) OWL Lite owl:Ontology (daml:Ontology), owl:versionInfo (daml:versionInfo), owl:imports (daml:imports), owl:backwardCompatibleWith, owl:incompatibleWith, owl:priorVersion, owl:DeprecatedClass, owl:DeprecatedProperty owl:Class (daml:Class), owl:Restriction (daml:Restriction), owl:onProperty (daml:onProperty), owl:allValuesFrom (daml:toClass) (apenas com identificadores de classe e tipos de dados nomeados), owl:someValuesFrom (daml:hasClass) (apenas com identificadores de classe e tipos de dados nomeados), owl:minCardinality (daml:minCardinality; restrito a {0,1}), owl:maxCardinality (daml:maxCardinality; restrito a {0,1}), owl:cardinality (daml:cardinality; restrito a {0,1}) owl:intersectionOf (apenas com identificadores de classes e restries de propriedade) owl:ObjectProperty (daml:ObjectProperty), owl:DatatypeProperty (daml:DatatypeProperty), owl:TransitiveProperty (daml:TransitiveProperty), owl:SymmetricProperty, owl:FunctionalProperty (daml:UniqueProperty), owl:InverseFunctionalProperty (daml:UnambiguousProperty), owl:AnnotationProperty owl:Thing (daml:Thing) owl:Nothing (daml:Nothing) owl:inverseOf (daml:inverseOf), owl:equivalentClass (daml:sameClassAs) (apenas com identificadores de classe e restries de propriedade), owl:equivalentProperty (daml:samePropertyAs), owl:sameAs (daml:equivalentTo), owl:sameIndividualAs, owl:differentFrom (daml:differentIndividualFrom), owl:AllDifferent, owl:distinctMembers RDF(S) rdf:Property rdfs:subPropertyOf rdfs:domain rdfs:range (apenas com identificadores de classe e tipos de dados nomeados) rdfs:comment, rdfs:label, rdfs:seeAlso, rdfs:isDefinedBy rdfs:subClassOf (apenas com identificadores de classe e restries de propriedade)
Figura 2.4. Primitivas da representao do conhecimento atravs do OWL-Lite e OWL-DL Fonte: Adaptado de Gmez-Prez, Fernndez-:Lpez e Corcho (2004)
24
Segundo Kim e Kim (2008), a linguagem OWL faz uma grande contribuio para a engenharia ontolgica, mas ela tem uma sintaxe difcil e complexa, com muitas etiquetas (tags) para compreenso pela mquina. Assim, uma ontologia pode ser desenvolvida atravs de uma descrio em texto ou utilizando um editor de ontologias. Existem vrias ferramentas que podem ser utilizadas para o desenvolvimento de ontologias sem que o usurio precise entrar em contato direto com a sintaxe da linguagem OWL. Dentre essas ferramentas, destaca-se o software Protg, que foi desenvolvido pelo Centro de Pesquisa de Informtica Biomdica da Universidade de Stanford, em sua faculdade de medicina, que por ter sido utilizado neste trabalho ser apresentado a seguir.
2.3.2.2 O editor de ontologias Protg

O Protg um editor de ontologias popular, desenvolvido em cdigo aberto e um framework baseado em conhecimento (ERIKSSON, 2003; KASSAHUN; SCHOLTEN, 2006). Conforme anteriormente citado, foi desenvolvido pelo Centro de Pesquisa de Informtica Biomdica da Universidade de Stanford, em sua faculdade de medicina, por um grupo liderado por Mark Musen, implementado em Java, e com apoio de vrias empresas e agncias governamentais americanas (STANFORD, 2010; LICHTENSTEIN; SIGULEM, 2008). O projeto Protg teve incio em 1987, com a criao de uma metaferramenta para sistemas baseados em conhecimentos na rea mdica, originalmente com o propsito de construir ferramentas de aquisio de conhecimento para alguns programas especializados em planejamento mdico (LICHTENSTEIN; SIGULEM, 2008). Ele foi gradativamente modernizado para acompanhar a evoluo da tecnologia de SBCs (Sistemas Baseados em Conhecimento), com o objetivo de servir para aquisio de conhecimentos diretamente de especialistas de domnios, com menor dependncia de engenheiros do conhecimento, bem como permitir diversos formalismos e estratgias de inferncia, integrar tarefas em um mesmo ambiente (aquisio de ontologias e instncias no mesmo ambiente, testes com inferncia, etc.), criar automaticamente formulrios para entrada do conhecimento, acessar ontologias via protocolo OKBC (Open Knowledge Base Connectivity) e combinar ontologias (SEMPREBOM; CAMADA; MENDONA, 2007). Segundo Stanford (2010), a plataforma Protg suporta duas maneiras principais de modelagem de ontologias:
25
Editor Protg-Frames: permite ao usurio construir e popular ontologias que so baseadas em frames, em conformidade com o protocolo OKBC. Nesse modelo, uma ontologia consiste de um conjunto de classes organizadas em uma hierarquia para representar um domnio de conceitos relevantes, um conjunto de propriedades associadas s classes para descrev-las e indicar seus relacionamentos, e um conjunto de instncias dessas classes (indivduos que exemplificam esses conceitos e que possuem valores especficos para as propriedades); Editor Protg-OWL: permite ao usurio construir ontologias para a web semntica, na linguagem OWL padronizada pelo W3C. Uma ontologia OWL pode incluir descries de classes, propriedades e suas instncias. Atravs de uma ontologia, a semntica formal OWL especifica como derivar consequncias lgicas, ou seja, fatos que no esto literalmente presentes na ontologia, mas decorrentes da semntica. Essas concluses podem ser baseadas em um documento simples ou em mltiplos documentos distribudos que tenham sido combinados utilizando mecanismos OWL definidos (W3C, 2004; STANFORD, 2010). Como o Protg foi escrito em java e com a opo por trabalhar com cdigo aberto, usurios podem desenvolver novos plugins utilizando as APIs do Protg, que podem ser avaliadas por outros usurios. Um exemplo dessas contribuies o plugin Jambalaya, que um utilitrio com animao e vrios outros recursos para visualizao de dados (KIM E KIM, 2008; SEMPREBOM; CAMADA; MENDONA, 2007). Para que se possa ter um ideia da interface do Protg, a figura 2.5 apresenta a tela inicial do software, em modo de edio OWL, que foi utilizado para a edio das ontologias durante este trabalho. A ferramenta Protg possibilita ao usurio a edio das ontologias em linguagem OWL, utilizando uma interface grfica amigvel e sem a preocupao especfica de aplicar corretamente a sintaxe da linguagem para definio das classes, relaes, restries, instncias, verificao de consistncia das ontologias (inferncia), etc., o que tornaria esta tarefa mais complexa e mais sujeita a erros. Neste trabalho foi utilizada a verso 3.4.4 do software, que foi lanada em 8 de maro de 2010. Segundo Kim e Kim (2008), o Protg , atualmente, o editor mais famoso de ontologias, sendo utilizado por muitos pesquisadores e desenvolvedores. Almeida (2006) tambm optou por adotar essa ferramenta em sua pesquisa, poca em sua verso Protg 2000, tendo justificado sua escolha com base nas seguintes constataes: (a) est disponvel para uso imediato; (b) no exige grandes recursos de hardware nem
26
licenas; (c) conta com o envolvimento de uma grande comunidade de pesquisa e de usurios; (d) foi concebida h mais de dez anos; (e) frequentemente atualizada; (f) possui interface amigvel e documentao; (g) possui grande nmero de funcionalidades que permitem representar peculiaridades de um domnio organizacional.
Figura 2.5. Tela principal do Protg para edio de ontologias em OWL. Fonte: Pesquisa direta (2010). Para completar a abordagem sobre ontologias, sero apresentadas algumas metodologias para construo das ontologias que so citadas na literatura sobre o tema.
2.3.2.3 Metodologias para construo das ontologias

A literatura apresenta vrias possibilidades para o desenvolvimento de ontologias. Para se ter uma ideia da abrangncia do tema, Cristani e Cuel (2005) pesquisaram as principais metodologias existentes e afirmaram que seu estudo no pde ser exaustivo pelas seguintes razes: (1) na prtica das aplicaes da web semntica e em muitos casos reais dos sistemas inteligentes de informao, as pessoas desenvolvem suas prprias metodologias, o que torna quase impossvel uma reviso completa; (2) muitas metodologias tm sido desenvolvidas como uma ilustrao dos princpios que inspiraram as ferramentas e as linguagens, mas so
27
essencialmente equivalentes a outras metodologias; e (3) muitos casos de metodologias implcitas existem; em particular, no contexto especfico de linguagens ou ferramentas. Quando se pensa nas vrias metodologias existentes inevitvel se perguntar: Ser que existe uma metodologia mais correta? Segundo Noy e McGuiness (2001), nem existe uma nica metodologia correta para o desenvolvimento de ontologias, e nem esse o objetivo desses autores ao proporem uma metodologia prpria para desenvolvimento de ontologias que muito citada na literatura. Para eles, esse processo pode ser iterativo, de tal forma que se faa uma primeira passagem na ontologia, depois se revise e refine a ontologia em desenvolvimento, preenchendo os detalhes. Esses autores entendem que existem algumas regras fundamentais no projeto de ontologias que podem ajudar a tomar decises em muitos casos: 1. No h nenhuma forma correta de modelar um domnio, mas sempre h alternativas viveis. A melhor soluo quase sempre depende da aplicao que voc tem em mente e as extenses que voc antecipa; 2. O desenvolvimento de uma ontologia necessariamente um processo iterativo; 3. Os conceitos em uma ontologia devem ser prximos dos objetos (fsicos ou lgicos) e relacionamentos em seu domnio de interesse. Eles so mais susceptveis de serem substantivos (objetos) ou verbos (relacionamentos) em sentenas que descrevem seu domnio. Noy e McGuiness (2001) ainda recomendam que entre as muitas alternativas viveis preciso determinar a que trabalhar melhor para a tarefa projetada, que ser mais intuitiva, mais extensvel e de melhor manuteno, lembrando que uma ontologia um modelo da realidade do mundo e os conceitos na ontologia devem refletir essa realidade. O fruto desse processo ser a primeira verso da ontologia, que precisar ser testada e depurada atravs de seu uso em aplicaes, mtodos de resoluo de problemas ou ainda em debates com especialistas no assunto, o que certamente ir resultar na necessidade de ajustar a ontologia inicial, em um processo iterativo que vai se repetir continuamente durante o ciclo de vida da ontologia (NOY E McGUINESS, 2001). Segundo Cristani e Cuel (2005), a metodologia desenvolvida por Noy e McGuiness (2001) em seu manual Ontology Development 101 um guia muito simples, baseado em um projeto iterativo que auxilia desenvolvedores, mesmo os que no so especialistas, a criar uma ontologia utilizando algumas ferramentas, dentre as quais est o Protg-2000 (verso mais antiga do Protg), seguindo a sequncia de passos apresentada na tabela 2.2.
28
Tabela 2.2. Metodologia de desenvolvimento de ontologias ontology development 101.

Nome da fase Entrada Descrio da fase Definio de: - Qual o domnio que a ontologia ir cobrir, - Qual ontologia ser utilizada, - A que tipos de questes as ontologias devem fornecer respostas (questes de competncia so muito importantes nesse domnio, porque permitem ao projetista entender quando a ontologia contm informao suficiente e quando ele alcana o nvel adequado de detalhe ou representao), - Quem utilizar e far manuteno na ontologia. Procurar por outras ontologias que esto definindo o domnio. Existem livrarias de ontologias reusveis na web e na literatura (por exemplo, livraria de ontologias Ontolingua, livraria de ontologias DAML, UNSPSC, RosettaNet, e DMOZ) Escrever uma lista de todos os termos utilizados na ontologia, descrevendo esses termos, seus significados, e suas propriedades Existem muitas aproximaes possveis no desenvolvimento de um hierarquia de classes: - o processo de desenvolvimento de cima para baixo (top-down) se inicia com a definio dos conceitos mais gerais do domnio e a subsequente especializao dos conceitos; - o processo de desenvolvimento de baixo para cima (bottom-up) vai na direo oposta; - o processo de desenvolvimento combinado uma mistura das duas aproximaes anteriormente citadas. Acrescenta todas as propriedades necessrias e informao que permita ontologia responder as questes de competncia Existem diferentes facetas descrevendo o tipo de valor, valores admissveis, o nmero de valores, e outras caractersticas que as frestas podem assumir: cardinalidade da fresta, tipo de valor da fresta, domnio, e faixa Criar as instncias de classes na hierarquia, o que significa escolher uma classe, criar um indivduo da instncia da classe, e preencher os valores das frestas. Sada
Determinar o domnio e o escopo da ontologia
Nada. o primeiro passo
O documento resultante pode mudar durante todo o processo, mas a qualquer tempo essa documentao ajuda a limitar o escopo do modelo.
Considerar a reutilizao de ontologias existentes
Documentos com o domnio e o escopo da ontologia Documentos com o domnio, o escopo da ontologia, e as livrarias no domnio
Uma ou mais ontologias de domnio, ou parte delas com sua descrio. Termos e aspectos importantes para modelar na ontologia
Enumerar termos importantes na ontologia
Definir as classes e a hierarquia das classes
Termos importantes na ontologia, domnio, e descrio do escopo
Classes e hierarquia das classes
Definir as propriedades de classes-fresta (slot)
A taxonomia, o domnio e a descrio de escopo
Classes, hierarquia das classes, e propriedades
Definir as facetas das frestas (slots)
Frestas (slots) e classes
Ontologia
Criar as instncias
A ontologia
Ontologia e o domnio modelado
Fonte: Adaptado de Cristani e Cuel (2005).
29
Ao analisar a metodologia proposta por Noy e McGuiness (2001), Antoniou e Harmelen (2004) distinguem oito passos principais no processo de desenvolvimento de uma ontologia, ressaltando que como qualquer processo de desenvolvimento, na prtica, no se constituem em um processo linear, mas em passos iterativos, que podero ser retornados a estgios anteriores sempre que for necessrio em qualquer ponto do processo. Os oito passos indicados por Antoniou e Harmelen (2004) so os seguintes: 1. Determinar o escopo: desenvolver uma ontologia o mesmo que definir um conjunto de dados e sua estrutura para outros programas utilizarem, ou seja, uma ontologia um modelo de um domnio particular, construdo para um propsito particular. Perguntas bsicas a serem respondidas nesta etapa: Qual o domnio que a ontologia dever cobrir? Para que objetivo a ontologia dever ser utilizada? Quais os tipos de questo que a ontologia dever responder? Quem ir utilizar e manter a ontologia? 2. Considerar o reuso: com a disseminao da web semntica, mais ontologias sero disponibilizadas, fazendo com que raramente um projeto seja iniciado sem que haja pelo menos uma ontologia de um terceiro que sirva como ponto de partida. 3. Enumerar termos: um primeiro passo em direo definio da ontologia escrever uma lista no estruturada de todos os termos relevantes que se espera utilizar na ontologia, observando que comum os substantivos formarem a base para os nomes das classes, e os verbos formarem a base para os nomes das propriedades (por exemplo, is part of, has component). 4. Definir taxonomia: aps identificar os termos relevantes, esses termos devem ser organizados em uma hierarquia taxonmica, para garantir que seja respeitada a semntica construda de primitivas como owl:subClassOf. 5. Definir propriedades: normalmente as propriedades que conectam as classes so organizadas ao mesmo tempo em que so organizadas as classes em uma hierarquia. Tambm j se pode verificar os domnios e as faixas de valores que essas propriedades podem ter enquanto se est conectando propriedades s classes. 6. Definir as facetas das propriedades: at o passo anterior foi utilizada apenas a expressividade disponibilizada pelas primitivas RDFS, sendo que a partir desse passo passam a ser utilizadas as primitivas em OWL, atravs do enriquecimento das propriedades definidas previamente com as facetas: Cardinalidade especifica para as propriedades se permitido ou necessrio que elas tenham um certo nmero de valores diferentes. Os casos mais comuns so
30
no mnimo um valor (at least one value) e no mximo um valor (at most one value). Valores necessrios as classes so geralmente definidas por fora de uma certa propriedade assumindo valores particulares, sendo que esses valores podem ser especificados em OWL, atravs do uso de owl:hasValue. Por outro lado, s vezes os requisitos so menos rigorosos e uma propriedade pode assumir valores de uma determinada classe (no necessariamente um valor especfico, owl:someValuesFrom). Caractersticas relacionais a famlia final das facetas diz respeito s caractersticas relacionais das propriedades, que so a simetria, transitividade, propriedades inversas, e valores funcionais. A partir da concluso deste passo ser possvel checar inconsistncias internas na ontologia. Antes no seria possvel porque a linguagem RDFS no suficientemente rica para expressar inconsistncias. 7. Definir instncias: geralmente as ontologias so desenvolvidas para organizar um conjunto de instncias, que tipicamente so em nmero muito maior que o nmero de classes de uma ontologia. Por esse motivo, muitas vezes esse processo no feito manualmente, mas mediante busca em fontes como bancos de dados ou extrados automaticamente do corpo de um texto. 8. Checagem de inconsistncias3: uma vantagem do uso do OWL a possibilidade de detectar inconsistncias na prpria ontologia ou em um conjunto de instncias que foram definidas para popular a referida ontologia. Alguns exemplos de inconsistncias comuns nas propriedades so a incompatibilidade entre as definies do domnio e imagem, transitividade, simetria, inversibilidade, ou cardinalidade. Outra possibilidade pode ser conflito entre os requisitos para os valores das propriedades e as restries para os domnios e faixa de valores admissveis. As caractersticas relacionais citadas no passo 6 podem ser consideradas especializaes das propriedades das classes, com os seguintes significados (ANTONIOU; HARMELEN, 2004; WAGNER FILHO; LSCIO, 2009): Transitividade (TransitiveProperty) se um par de instncias (x,y) se relaciona atravs de uma propriedade transitiva P, e o par (y,z) tambm se relaciona por P, possvel concluir que o par (x,z) tambm se relaciona por P;
Passo adicional proposto por Antoniou e Harmelen (2004), em complemento metodologia proposta por Noy e McGuiness (2001).
31
Simetria (SymmetricProperty) se duas propriedades forem declaradas simtricas, sabendo que a propriedade P relaciona o par (x,y), possvel concluir que P tambm relaciona o par (y,x); Funcionalidade (FunctionalProperty) se uma propriedade dita funcional, possvel afirmar que ela tem restrio de mnima cardinalidade igual a 0 e mxima cardinalidade igual a 1; Inversa se uma propriedade P dita inversa de Q, sabendo-se que (x,y) se relacionam atravs da propriedade P, possvel concluir que a propriedade Q relaciona o par (y,x). Funcional e inversa (InverseFunctionalProperty) indica que uma propriedade inversa de uma propriedade funcional. Conforme comentado no incio desta seo, existem muitas outras metodologias para desenvolvimento de ontologias, alm da metodologia proposta por Noy e McGuiness (2001) e desses oito passos indicados por Antoniou e Harmelen (2004) (baseados na metodologia anterior). Segundo Almeida e Bax (2003, p.9), existem medodologias para a construo de ontologias, para construo de ontologias em grupo, para aprendizado sobre a estrutura de ontologias e para a integrao de ontologias. As metodologias apresentadas anteriormente nesta seo so aplicveis ao desenvolvimento de ontologias de domnio, que foi o tipo de ontologia utilizado nesta pesquisa. A tabela 2.3, extrada de Almeida e Bax (2003) indica outras possibilidades existentes na literatura, em termos das metodologias para desenvolvimento de ontologias. De acordo com Cristani e Cuel (2005), na Cincia da Computao existem muitas linguagens e ferramentas para ajudar o usurio final e os desenvolvedores de sistemas na criao de ontologias boas e efetivas, sendo que vrias dessas ferramentas ajudam as pessoas a criarem, tanto manualmente como semiautomaticamente, categorias, partonomias4, taxonomias, e outros nveis organizacionais das ontologias. Em termos de ferramenta para criao das ontologias, neste estudo optou-se por desenvolver as ontologias utilizando o software Protg, na verso 3.4, que uma ferramenta popular para a criao de ontologias e, dentre as vantagens citadas por Almeida (2006), chamou a ateno o fato de se tratar de uma ferramenta desenvolvida em cdigo aberto e
De acordo com Mastella et al. (2005, p.635), Partonomia uma organizao de domnio baseada em uma relao de parte-de, em vez de em uma relao de -um.
32
contar com o envolvimento de uma grande comunidade de pesquisa e de usurios, tendo sido mencionada em vrios artigos encontrados na literatura.
Tabela 2.3. Metodologias para construo de ontologias.

Metodologia Cyc USCHOLD e KING GRNINGER e FOX Breve descrio Codifica manualmente o conhecimento implcito e explcito das diferentes fontes, e, quando j se tem conhecimento suficiente na ontologia, um novo consenso pode ser obtido por ferramentas que utilizam linguagem natural. Identifica o propsito, os conceitos e relacionamentos entre os conceitos, alm dos termos utilizados para codificar a ontologia e, em seguida, document-la. Mtodo formal que identifica cenrios para uso da ontologia, utiliza questes em linguagem natural para determinao do escopo da ontologia, executa a extrao sobre os principais conceitos, propriedades, relaes e axiomas, definidos em PROLOG. Mtodo recursivo que consiste em uma proposta inicial para uma base de conhecimento; quando necessria uma nova base em domnio similar, generaliza-se a primeira base em uma ontologia adaptada a ambas aplicaes; quanto mais aplicaes, mais genrica a ontologia. Constri uma ontologia por reengenharia sobre outra utilizando-se o conhecimento do domnio; as atividades principais so especificao, conceitualizao, formalizao, implementao e manuteno. Constri ontologias a partir de outras ontologias, identificando os termos relevantes para o domnio e ligando-os ontologia mais abrangente (Sensus, com 50 mil conceitos); um algoritmo monta a estrutura hierrquica do domnio. Auxilia a administrao de conceitos em organizaes, identificando metas para as ferramentas de gesto do conhecimento e utilizando cenrios e contribuies dos provedores/clientes de informao da organizao.
KACTUS
Methontology
Sensus
On-to-knowledge
Fonte: Almeida e Bax (2003, p.14). Concluda a abordagem essencial sobre as ontologias, o prximo captulo tratar do processo petroqumico que foi utilizado para este estudo de caso.
Captulo 3 Planta DEA
CAPTULO 3. PROCESSO DEA
34
3.1 Introduo
A indstria moderna possui uma grande variedade de processos qumicos, desenvolvidos com as mais diversas finalidades. Uma planta de refino de petrleo pode ser constituda por vrios desses processos, cuja seleo ir depender das caractersticas do leo a ser processado e das necessidades do mercado que ir receber os seus derivados. Segundo Passos et al. (2006, p.16), o refino de petrleo constitui-se da srie de etapas operacionais para obteno de produtos determinados. Refinar petrleo , portanto, separar as fraes desejadas, process-las e industrializ-las, transformando-as em produtos vendveis. Na atividade de refino, o petrleo utilizado como um insumo, que separado em fraes de derivados atravs de processos fsico-qumicos, processados em unidades de separao e converso, at que sejam obtidos os produtos finais (SZKLO, 2005). Assim, segundo Szklo (2005) os produtos finais de uma refinaria podem ser dividos em trs categorias: Combustveis (gasolina, diesel, leo combustvel, GLP, QAV, querosene, coque de petrleo, leos residuais) representam cerca de 90% dos produtos de refino no mundo; Produtos acabados no combustveis (solventes, lubrificantes, graxas, asfalto e coque); Intermedirios da indstria qumica (nafta, etano, propano, butano, etileno, propileno, butilenos, butadieno, BTX). Portanto, as refinarias de petrleo so sistemas complexos, com mltiplas operaes, que dependem das propriedades do insumo (ou mix de insumos) e dos produtos desejados, de tal forma que, segundo Szklo (2005, p.19), no existem duas refinarias iguais no mundo. Para exemplificar a complexidade que essas plantas de refino podem assumir, as figuras 3.1 e 3.2 apresentam exemplos de um esquema de refino muito simples, apenas com uma coluna de destilao atmosfrica, e um esquema mais complexo, para a produo de combustveis e aromticos. Como o nmero de etapas possveis para refino do petrleo elevado, cada uma delas realizando processos qumicos e fsicos especficos, com os mais variados graus de complexidade, fez-se necessrio limitar o universo da pesquisa. Por essa razo, foi desenvolvido um estudo de caso, com enfoque em uma planta especfica da REPLAN (Refinaria do Planalto Paulista), denominada DEA, cuja finalidade e detalhes especficos sero abordados nos tpicos seguintes.
35
Figura 3.1. Esquema de refino composto por uma unidade de destilao. Fonte: Passos et al. (2006, p.23).
Figura 3.2. Esquema de refino orientado para a produo de combustveis e aromticos Fonte: Passos et al. (2006, p.26)
3.2 REPLAN Refinaria do Planalto Paulista

Esta refinaria (figura 3.3) a maior do Brasil, responsvel pelo refino de 20% de todo o petrleo processado no pas, localizada no municpio de Paulnia, no Estado de So Paulo. A REPLAN entrou em operao em 1972, com capacidade de processamento de 20.000 m/dia,
36
contando com unidades de destilao atmosfrica e a vcuo e de craqueamento cataltico do tipo FCC (SZKLO, 2005).
Figura 3.3. REPLAN Refinaria do Planalto Paulista Fonte: http://paulinia.net/refinaria-de-paulinia-replan, [s.d.] Essa refinaria possui alto rendimento em diesel, mas tambm produz volumes importantes de nafta petroqumica, para o plo de So Paulo, e de gasolina. O leo combustvel tambm um derivado com considervel produo por essa unidade, cuja produo se concentra no setor industrial de So Paulo, embora este perfil tenha se alterado com a entrada do gs natural neste mercado (SZKLO, 2005). Segundo Szklo (2005, p.139), como consequncia dessa entrada do gs natural no mercado de So Paulo, para a REPLAN, planeja-se a ampliao de sua capacidade de converso, atravs de unidades de fundo de barril (sobretudo, coqueamento retardado) e da sua capacidade de tratamento de produtos finais e intermedirios, atravs de unidades de HDT de diesel e de recuperao de enxofre. O perfil de produo da REPLAN, no final da dcada de 1990, pode ser observado na tabela 3.1 e o esquema simplificado dessa refinaria apresentado na figura 3.4. Tabela 3.1. Perfil de produo da REPLAN no final da dcada de 1990
Unidade Destilao Craqueamento cataltico Recuperao de enxofre Solventes MTBE Tratamento Merox para QAV Produtos Gasolina GLP Diesel/leos combustveis Asfalto/Querosene de iluminao QAV Nafta petroqumica Enxofre Solventes MTBE
Fonte: Tolmasquim et al. (2000) apud Szklo (2005, p.139)
37
Embora o esquema simplificado da REPLAN, apresentado na figura 3.4, no apresente explicitamente a localizao da planta DEA, acreditamos que ele esteja contido no bloco de regenerao de enxofre. Conforme anteriormente comentado, o estudo de caso foi desenvolvido na planta DEA da REPLAN, cujo modo de operao ser descrito a seguir.
Figura 3.4. Esquema simplificado da REPLAN Fonte: Szklo (2005, p. 140)
3.3 Descrio da planta DEA adoamento de gs combustvel

Gases de vrias operaes em refinarias que processam leo cru cido contm sulfeto de hidrognio (H2S) e ocasionalmente sulfeto de carbonila (COS). At o perodo entre 1965 e 1970, era uma prtica comum simplesmente queimar esse sulfeto de hidrognio junto com outros gases leves como combustvel para refinaria, porque sua remoo dos gases e converso em enxofre elementar no era economicamente interessante. Porm, em um ambiente com exigncias ambientais mais rgidas passou a ser necessrio remover a maioria do sulfeto de hidrognio desses gases e convert-lo em enxofre elementar (GARY; HANDWERK, 2001).
38
Quando se trabalha com o gs natural, os compostos de enxofre so considerados contaminantes, pois a sua presena na mistura resulta no aumento das taxas usuais de corroso dos equipamentos (VAZ; MAIA; SANTOS, 2008). Para remover esses contaminantes do gs podem ser utilizados processos fsicos e qumicos. Como somente a absoro qumica capaz de reduzir suficientemente o teor dos gases cidos, alguns processos podem utilizar a combinao de um processo fsico seguido de um processo qumico para que sejam alcanados os teores admitidos pela Legislao ou pela especificao dos equipamentos (VAZ; MAIA; SANTOS, 2008). Dentre as possibilidades existentes esto os processos de absoro qumica com solues aquosas de alcanolamina, que podem ser utilizadas para tratamento de fluxos de gs contendo sulfeto de hidrognio (H2S) e dixido de carbono (CO2), sendo que a seleo da amina apropriada para o atendimento das especificaes do gs na sada ir depender da composio do gs combustvel de entrada e de suas condies de operao (MOKHATAB; POE; SPEIGHT, 2006). Nas unidades de tratamento de amina, o sulfeto de hidrognio removido de uma corrente de gs atravs do contato com uma soluo aquosa de monoetanolamina (MEA) ou dietanolamina (DEA), de acordo com a seguinte reao qumica (PARKASH, 2003):
Figura 3.5. Reao de absoro de H2S por dietanolamina Fonte: Adaptado de Parkash (2003) A reao de absoro de sulfeto de hidrognio favorecida se as condies de operao do absorvedor forem de baixa temperatura, alta presso e alta concentrao de H2S (PARKASH, 2003). Assim, a planta DEA consiste no processo de tratamento de fraes leves de petrleo com solues de dietanolamina (DEA), devido s reaes desta soluo com os compostos cidos, tais como H2S e CO2, presentes no GLP ou no gs combustvel. Essa amina pode ser regenerada atravs do aquecimento controlado, que possibilita a remoo do H2S e CO2 absorvidos (PASSOS et al., 2006). Dessa forma, a dietanolamina pode ser encontrada referenciada nesse processo sob duas formas: DEA pobre, que a dietanolamina pronta para
39
ser utilizada na absoro dos gases cidos ou regenerada aps o uso; ou DEA rica, que a dietanolamina contaminada com os gases cidos, aps ter sido colocada em contato com eles para absorv-los. A planta DEA estudada tem a funo de tratar o gs combustvel contendo H2S proveniente da Unidade de Coqueamento Retardado, quando esta processa resduo de vcuo das unidades de destilao a vcuo (PETROBRAS, [s. d.]). Embora tenhamos estudado uma planta real, de maior complexidade que o exemplo apresentado por Passos (2006), ilustrado pela figura 3.6 a seguir, a aplicao deste exemplo de grande relevncia para a compreenso do modo de operao desse tipo de unidade. Em geral, essas plantas utilizam uma soluo de DEA regenerada e consistem em uma torre extratora de H2S e CO2 de GLP (gs liquefeito de petrleo), uma torre absorvedora de H2S e CO2 de gs combustvel, e uma torre regeneradora de DEA. Segundo Passos (2006, p.97-99), a unidade subdivide-se nas seguintes etapas:
Figura 3.6. Esquema do tratamento do GLP e do gs combustvel com DEA. Fonte: Adaptado de Passos et al. (2006). Seo de extrao o GLP a ser tratado encaminhado para a torre extratora, onde entra em contato, em contracorrente, com a soluo aquosa de DEA regenerada, denominada de DEA pobre. A torre constituda de pratos perfurados de aocarbono ou anis de polipropileno, sendo a DEA pobre admitida na parte superior e a
40
DEA rica coletada na parte inferior. No topo da extratora, o GLP separa-se da fase aquosa e segue para um tambor de decantao, onde sero removidos os traos de DEA eventualmente arrastados, indo ento para o tratamento custico regenerativo (MEROX). A DEA rica retirada do fundo da extratora vai para o sistema de regenerao. Seo de absoro o gs combustvel a ser tratado encaminhado torre absorvedora, onde borbulhado, em contracorrente, na soluo de DEA. As torres podem ser constitudas por recheio de anis de polipropileno ou pratos perfurados e o contato entre as fases afeta diretamente a absoro. Da mesma forma que no GLP, a DEA pobre entra pela regio superior e a DEA rica sai pela parte inferior, indo para o sistema de recuperao aps se juntar com a DEA rica vinda do sistema de extrao. O gs retirado do topo da torre enviado para o sistema de gs combustvel. Filtrao com o objetivo de retirar os produtos de corroso (sulfeto de ferro) e de degradao arrastados, antes de ser regenerada, a DEA filtrada, para que esse material no se deposite nos equipamentos, nem provoque a formao de espuma. O tipo de filtro e a sua posio podem variar nas diversas refinarias. O filtro pode ser constitudo de um leito de carvo ativado suportado por uma tela de ao ou, ainda, ser do tipo cartucho de ao inox contendo pequenos orifcios, filtros de saco, dentre outros. Nessa etapa tambm deve ocorrer a expanso ou despressurizao da corrente de DEA rica. Vaporizao de hidrocarbonetos a DEA rica, que deixa as torres de absoro e extrao, preaquecida em um permutador DEA rica x DEA pobre, passando pelos dutos, e depois encaminhada para o tambor de vaporizao, para separar os hidrocarbonetos arrastados pela DEA. Os hidrocarbonetos so retirados pelo topo do domo no tambor, que recheado com anis de carvo, e os traos de H2S e CO2 liberados so reabsorvidos pela injeo de uma corrente de DEA no topo do domo. A remoo desses hidrocarbonetos necessria, porque a sua presena na corrente cida de H2S a torna inadequada produo de enxofre, e eles so escoados sob controle de presso para o sistema de tocha da refinaria. Regenerao a partir do tambor de vaporizao, a DEA rica enviada torre de reativao da DEA, passando antes por uma vlvula de controle, que vaporiza grande parte dos gases cidos devido diferena de presso nesta vlvula. Na torre, a DEA rica entra pela seo de topo e sofre um processo de esgotamento, mediante a gerao de vapor dgua da prpria soluo, por um refervedor existente no sistema
41
de fundo da torre. Os gases so liberados da soluo e sobem em contracorrente com a carga da torre, saindo pelo topo. interessante manter a presso da torre o mais baixa possvel a fim de se garantir o escoamento dos gases ao destino final. Os gases cidos seguem para a Unidade de Recuperao de Enxofre (URE) ou so queimados na tocha quando no existe URE. A corrente de DEA pobre, ou seja, reativada, sai pelo fundo da reativadora e preaquece a carga desta torre, sendo, em seguida, bombeada para sofrer um preresfriamento final com gua, a fim de que se atinja a temperatura mais adequada ao processo, antes de retornar s torres de extrao e de absoro. A torre regeneradora de DEA constituda de pratos de ao-carbono, com vlvulas de ao inox do tipo AISI 304 e 410. Embora este modelo terico auxilie na compreenso do funcionamento desse tipo de processo petroqumico, a planta DEA real instalada na REPLAN mais complexa e apresenta algumas divergncias, conforme ser explicado a seguir.
3.4 A planta DEA da REPLAN

Em relao ao modelo terico apresentado, a planta DEA instalada na REPLAN se constitui em um processo mais complexo e que tambm apresenta algumas divergncias. Na REPLAN, a planta no utilizada para remoo de sulfeto de hidrognio do gs liquefeito de petrleo, dispensando a seo de extrao. Alm do sulfeto de hidrognio, esse tipo de planta tambm pode ser utilizado para remoo de dixido de carbono (CO2), ambos gases cidos produzidos junto com os hidrocarbonetos, mas a planta real estudada no utilizada para remoo do dixido de carbono, porque o teor desse contaminante presente no gs combustvel considerado relativamente baixo, no se constituindo em um inconveniente para o sistema (PETROBRAS, [s.d.]). Outra diferena observada entre os modelos terico e a planta real, a supresso das etapas de bombeamento no fluxograma de processo simplificado da figura 3.3, que mencionado na etapa de regenerao do modelo terico, mas no est representado no diagrama. A planta real possui dois sistemas de bombeamento, um deles para bombeamento de DEA pobre, aps a etapa de regenerao, e o outro para bombeamento da DEA rica, armazenada no vaso de topo da torre regeneradora, pois um pouco dessa DEA flui junto com o sulfeto de hidrognio atravs da sada no topo da torre regeneradora.
42
A etapa de filtragem, mencionada no modelo terico, est disposta antes da etapa de regenerao, com o objetivo de retirar os produtos de corroso e degradao arrastados , antes da regenerao da DEA. Na planta real, a mesma etapa est disposta aps a etapa de regenerao, mas a documentao da planta no indica as premissas por trs dessa deciso. A planta real possui um vaso coletor de hidrocarbonetos lquidos, antecedendo a etapa de absoro de H2S, para que os hidrocarbonetos lquidos fiquem retidos nesse vaso e seja liberado apenas o gs combustvel que ser tratado, pelo topo desse vaso. Esse vaso no consta no modelo terico. Aps a sada de topo da torre absorvedora de H2S da planta real, existe um vaso coletor de DEA arrastada, que no consta no modelo terico, e serve para reter a DEA que seja eventualmente arrastada pela corrente de gs combustvel que deixa a torre. O modelo terico no menciona o sistema de tanques de armazenamento de DEA, no detalha o sistema refervedor conectado ao fundo da torre regeneradora, tampouco apresenta indicao do sistema de automao conectado planta, que so as informaes disponibilizadas nos fluxogramas de tubulao e instrumentao. Assim, a planta real composta pelos seguintes processos: Duas torres, sendo uma delas de absoro de H2S e a outra de regenerao da DEA rica; Quatro vasos de presso, sendo um coletor de hidrocarbonetos lquidos, um coletor de DEA arrastada, um separador de hidrocarbonetos e um de topo da torre regeneradora; Dois sistemas de bombeamento, um deles de circulao de soluo DEA e o outro de refluxo da regeneradora; Trs sistemas trocadores de calor, sendo um permutador DEA pobre x DEA rica, um condensador de topo da reneradora e um resfriador de DEA pobre; Um sistema de filtragem para fluido de processo. Alm dos processos, foram catalogados trinta e cinco trechos de tubulao para utilizao no desenvolvimento da ontologia, embora existam outros trechos que no foram contemplados no escopo. A planta possui vrios elementos de tubulao, como o caso das vlvulas de bloqueio manual, peas figura 8, vlvulas PSV, vlvulas de reteno, dentre outros. Em relao parte de automao, foram catalogados cinquenta e dois instrumentos para utilizao na ontologia, sendo:
43
Trinta e cinco sensores: dez chaves de nvel, quatro sensores de nvel, um sensor de presso diferencial, seis sensores de presso esttica, onze sensores de temperatura e trs sensores de vazo; Nove controladores: trs controladores de nvel, trs controladores de presso, dois controladores de temperatura e um controlador de vazo; Oito atuadores: trs vlvulas controladoras de nvel, trs vlvulas controladoras de presso, uma vlvula controladora de temperatura e uma vlvula controladora de vazo. Foram catalogados quarenta e seis alarmes associados aos instrumentos presentes na ontologia, sendo dezoito alarmes associados medio de nvel, um alarme associado medio de presso diferencial, dez alarmes associados medio de presso esttica, treze alarmes associados medio de temperatura e quatro alarmes associados medio de vazo. Conforme mencionado anteriormente, a compreenso da planta DEA da REPLAN demandou a anlise de um fluxograma de processo, dois fluxogramas de tubulao e instrumentao (P&Is), documentos descritivos do modo de operao da planta e o auxlio de um especialista na operao do processo, que indicou os caminhos que deveriam ser contemplados no escopo da ontologia e esclareceu as dvidas acerca de seu funcionamento.
3.5 Anlise da planta DEA - concluso

O conhecimento do funcionamento da planta DEA, em particular a instalada na REPLAN, indispensvel para modelar a ontologia descritiva da planta. A pesquisa bibliogrfica possibilitou o acesso a um modelo terico, que serviu como base para a compreenso da aplicao desse tipo de processo petroqumico e seu modo de funcionamento. Essas informaes tericas foram complementadas com a documentao da planta real e o apoio do especialista, que tambm definiu o escopo a ser contemplado na modelagem da planta. A partir desses estudos, conforme foi apresentado no tpico anterior, j foi possvel determinar alguns itens que deveriam estar presentes na ontologia, cuja forma de modelagem ser abordada no prximo captulo.
Captulo 4 Ontologia do Processo DEA
CAPTULO 4. ONTOLOGIA DO PROCESSO DEA
45
4.1 Introduo
Com a concluso do estudo sobre representao do conhecimento atravs das ontologias, da linguagem OWL, da ferramenta de desenvolvimento adotada para modelagem e do funcionamento do processo petroqumico adotado como estudo de caso, o prximo passo para a evoluo desta pesquisa passa a ser o desenvolvimento da ontologia que ir descrever a planta DEA. Neste captulo ser apresentada a forma como foi modelada a planta DEA utilizando o conceito de ontologias e aplicando-se a ferramenta Protg.
4.2 Representao da planta DEA atravs de ontologia

Para a modelagem da planta DEA, a ontologia desenvolvida foi classificada como uma ontologia de domnio, que segundo Heijst, Schreiber e Wielinga (1997), expressa conceituaes que so especficas de um domnio particular de conhecimento, ou seja, o processo qumico analisado. O desenvolvimento da ontologia da planta DEA seguiu os oito passos indicados por Antoniou e Harmelen (2004), que se constituem em uma adaptao do mtodo proposto por Noy e McGuiness (2001), incluindo um passo adicional de verificao de inconsistncias, que passaremos a apresentar nos subitens a seguir.
4.2.1 Determinao do escopo

O primeiro passo para a modelagem da planta determinar o escopo da ontologia, esclarecendo qual o domnio que ela dever cobrir e a razo pela qual a ontologia ser utilizada. Foi estabelecido que a ontologia desenvolvida deveria modelar o domnio particular restrito planta DEA, que um processo petroqumico especfico, representando todos os seus elementos constituintes (vasos, torres, bombas, dutos, vlvulas, etc.) e suas respectivas conexes, inclusive sensores e alarmes associados com os instrumentos. Atravs do modelo, buscou-se sintetizar as informaes disponibilizadas em seu fluxograma de engenharia (piping & instrumentation diagram) e nos documentos descritivos de seu modo de operao. Quanto finalidade, a ontologia foi desenvolvida com o objetivo de disponibilizar a descrio da planta tanto para especialistas como para outros sistemas que sejam
46
desenvolvidos no futuro, em face da vantagem do uso da linguagem OWL no apenas para apresentar informaes, mas tambm para ser utilizada por aplicaes que precisem processar o contedo da informao. Outro objetivo para a criao da ontologia foi responder pergunta: como ocorre o fluxo de produtos na planta DEA? Porque a partir da resposta a essa pergunta pode ser possvel entender como se propagariam eventuais falhas registradas na planta. Atravs da anlise dos documentos descritivos do modo de operao da planta de processo foram identificados os principais fluxos apresentados na figura 4.1. Ressaltando que, embora estes sejam os principais fluxos de produtos, existem trechos em que alguns produtos fluem misturados e mesmo no estando destacados na referida figura, foram modelados na ontologia para auxiliar na compreenso do processo.
Figura 4.1. Simplificao da planta atravs da ilustrao dos principais fluxos considerados. Fonte: Elaborado pelo autor (2009). Alm dos documentos citados anteriormente, um dos especialistas no funcionamento do processo tambm forneceu informaes ao pesquisador sobre a operao do processo e destacou no fluxograma de engenharia os principais caminhos percorridos pelos fluidos na planta, o que serviu de grande contribuio para as anlises. Com a concluso da definio do escopo da representao e a maior compreenso acerca do funcionamento da planta, seguiu-se prxima etapa, indicada a seguir.
47
4.2.2 Considerao de reuso

A possibilidade de reuso de ontologias ancorada na disseminao da web semntica, que tende a aumentar o nmero de ontologias disponibilizadas para reuso e facilitar o incio dos projetos (ANTONIOU; HARMELEN, 2004). Cristani e Cuel (2005) sugerem que se procure outras ontologias que definam o domnio, consultando livrarias de ontologias reusveis. Para facilitar essa consulta, o site do Protg disponibiliza uma lista de ontologias compatveis com o software na home page: http://protegewiki.stanford.edu/wiki/Protege_Ontology_Library. Dentre as ontologias catalogadas, a que mais se aproximava do domnio estudado era a OntoCAPE, citada na pgina como uma ontologia de larga escala para o domnio da engenharia de processos qumicos. Aps carregar a OntoCAPE na verso 3.4.4 do Protg, verificamos que a ontologia muito pesada, pois se constitui em um conjunto de vrias ontologias. A tentativa de validao utilizando o reasoner Pellet, na verso que vem com o prprio Protg, retornou uma srie de inconsistncias, que no foram possveis de rastrear e sanar. Portanto, entendeu-se como mais simples a elaborao de uma nova ontologia, que ao final dos trabalhos mostrou-se mais fcil de compreender e utilizar.
4.2.3 Enumerao dos termos

Nessa etapa, Antoniou e Harmelen (2004) sugerem que seja construda uma lista no estruturada de todos os termos relevantes que se espera utilizar na ontologia, sendo provvel que os substantivos se tornem nomes de classes e os verbos se tornem nomes de propriedades. Portanto, examinando os fluxogramas de engenharia, possvel concluir que os elementos de tubulao, processos e instrumentos so os substantivos associados com a planta. Desta forma, esses elementos podero ser agrupados nas seguintes categorias: Elementos de tubulao so todos os tubos para conduo (dutos) utilizados no processo, bem como seus acessrios (flanges, conexes, etc.), mas como apenas os dutos possuem identificao na planta, apenas eles estaro contidos nesta classe; Processos so todos os elementos onde os produtos sofrem algum tipo de transformao fsica ou qumica. So exemplos de elementos que podem estar contidos: bombas, torres, vasos, filtros, trocadores de calor, etc.;
48
Instrumentos so todos os elementos de automao e instrumentao conectados planta, tais como sensores, controladores e atuadores. Alm dos elementos listados anteriormente, que podem ser obtidos diretamente do fluxograma de engenharia, o escopo da ontologia tambm deve contemplar os alarmes que esto configurados para cada um dos instrumentos, ou seja, eles so substantivos que tambm fazem parte do levantamento inicial. A partir do levantamento de termos e da anlise do comportamento da planta, possvel tirar algumas concluses que podem auxiliar na construo da ontologia: Na sada de cada processo, duto ou vlvula, existe outro processo, duto ou vlvula conectado analisando os fluxogramas de processo, tubulao e instrumentao da planta DEA, possvel observar que a planta composta por dutos, vlvulas e processos conectados; Os dutos e processos possuem sensores para seu monitoramento para que seja monitorado o comportamento da planta DEA, as grandezas fsicas associadas aos dutos e processos so monitoradas por sensores instalados nesses elementos; Os atuadores da planta (vlvulas) possuem controladores para seu acionamento verificando os fluxogramas de tubulao e instrumentao possvel observar que as vlvulas automticas do sistema so acionadas pelos controladores instalados na planta; Sensores e controladores possuem alarmes analisando a documentao do sistema, possvel constatar que os alarmes configurados para a planta esto associados com as grandezas monitoradas pelos sensores e controladores; Os controladores recebem sinal dos sensores para atuar para que os controladores atuem sobre as grandezas fsicas do sistema, necessrio que haja monitoramento constante dessas grandezas. Esse monitoramento acontece atravs dos sensores, que dentre outras funes, podem ser conectados entrada dos controladores. Os prximos passos levaro em considerao os termos enumerados e as propriedades listadas acima.
4.2.4 Definio das classes e taxonomia

Com os termos enumerados, a prxima etapa a definio das classes e de sua hierarquia, que nesse processo foi realizada de cima para baixo (top-down), iniciando com a
49
definio dos conceitos mais gerais do domnio e a subsequente especializao (CRISTANI; CUEL, 2005). As classes so elementos que se referem a entidades ou fenmenos que possuem os mesmos atributos em um domnio (CHENG E DU, 2008). Quando buscamos uma relao entre a etapa de definio das classes e as regras fundamentais estabelecidas por Noy e McGuiness (2001), podemos identificar as classes como os substantivos (objetos) nas sentenas que descrevem o domnio de interesse. Portanto, partindo dos termos enumerados no subitem anterior, possvel concluir que os elementos de tubulao, processos e instrumentos so substantivos que podem ser representados por classes na ontologia. Desta forma, essas classes podero ser agrupadas nas seguintes categorias: Elementos de tubulao essa classe pode contemplar todos os dutos utilizados no processo, bem como seus acessrios (flanges, conexes, etc.), mas como apenas os dutos possuem identificao na planta, apenas eles estaro contidos nesta classe; Processos essa classe pode contemplar todos os elementos onde os produtos sofrem algum tipo de transformao fsica ou qumica. So exemplos de elementos que podem estar contidos: bombas, torres, vasos, filtros, trocadores de calor, etc.; Instrumentos essa classe pode contemplar todos os elementos de automao e instrumentao conectados planta, tais como sensores, controladores e atuadores. Alm das categorias listadas anteriormente, que podem ser obtidas diretamente do fluxograma de engenharia, definiu-se no escopo que o modelo tambm deveria contemplar os alarmes que esto configurados para cada um dos instrumentos. Desta forma, percebe-se a necessidade de determinar uma classe adicional, que no visvel tomando apenas o diagrama P&I como referncia, que a classe de alarmes. Esse agrupamento de objetos em categorias uma parte muito importante da representao do conhecimento, mas ser a especializao dessas categorias em subclasses que ir permitir a organizao dessas classes em uma taxonomia (RUSSELL E NORVIG, 2004). Quando a ontologia contm subclasses, elas herdam automaticamente as propriedades de suas respectivas superclasses (LICHTENSTEIN; SIGULEM, 2008). Nas descries apresentadas acima, a classe dos elementos de tubulao foi especializada apenas em uma subclasse de dutos, porque os demais elementos de tubulao constantes da ontologia (vlvulas manuais, figuras 8, etc.) no possuam TAGs de identificao que possibilitassem a sua incluso na ontologia.
50
Para a classe de processos, suas subclasses foram definidas como a lista de processos existentes na planta: bombas, condensador, filtro, permutador, torre e vaso. Para o caso dos instrumentos, a classe foi especializada nas subclasses de sensores, controladores e atuadores, mas da mesma forma que a classe de alarmes, esses trs conceitos ainda podem ser novamente especializados, em funo das grandezas fsicas envolvidas no processo, que so: temperatura, presso, vazo e nvel. Para o caso especfico da presso, os sensores podem medir presso esttica ou diferencial, sendo os alarmes tambm associados com esses tipos de presso, razo pelo qual os conceitos de sensores e alarmes de presso tambm foram novamente especializados. A figura 4.2 apresenta a relao das classes definidas para descrever a planta, indicando a especializao de cada um dos conceitos. Ainda na figura 4.2 possvel observar a existncia de uma classe denominada owl:Thing acima das demais classes definidas para a ontologia. Isso acontece porque a referida classe predefinida na linguagem OWL como a classe mais geral, fazendo com que todas as classes definidas na ontologia sejam obrigatoriamente um desdobramento deste conceito (GMEZ-PREZ; FERNNDEZ-LPEZ; CORCHO, 2004). Por fim, entre as classes ou subclasses de mesmo nvel hierrquico, todas foram definidas como disjuntas (disjoint classes), uma vez que conceitos como alarme, elementos de tubulao, processos, etc., inclusive suas subclasses, so elementos distintos. Essa definio foi necessria porque o OWL assume que classes podem estar sobrepostas (ter interseo), o que torna necessrio delimit-las explicitamente declarando-as disjuntas (BRILHANTE, 2005). Aps a definio das classes da ontologia e sua associao em uma hierarquia taxonmica, o prximo passo escolhido foi a definio das propriedades, que ser abordada em detalhes a seguir.
4.2.5 Definio das propriedades

Em OWL, as propriedades representam relacionamentos entre dois indivduos, podendo ser de trs tipos (LICHTENSTEIN; SIGULEM, 2008): 1) propriedades de objetos, que servem para ligar indivduos a indivduos; 2) propriedades de tipos de dados (Datatype), que servem para ligar um indivduo a um valor de tipo de dado em XML-Schema ou a um literal em RDF;
51
3) propriedades de anotao, que podem ser utilizadas para adicionar informao (metadados) a respeito de classes, indivduos e propriedades.
Figura 4.2. Classes e taxonomia definidas para a ontologia. Fonte: Elaborado pelo autor (2010). De maneira anloga s classes, que podem ser especializadas atravs da definio de subclasses, as propriedades de objetos tambm podem ser desdobradas em subpropriedades, que servem para especializar a ligao entre classes. Para exemplificar esse conceito, seria possvel partir de uma propriedade que relaciona os familiares de um indivduo temFamiliar e especializ-la atravs de subpropriedades tais como: temIrmaos, temPrimos, temTios, etc.
52
Assim, para a modelagem da planta DEA foram definidas apenas propriedades de objetos, consideradas pelo autor suficientes para representao da planta petroqumica. Alm de definir esse rol de propriedades, tambm foi necessrio especificar para cada uma delas um domnio (domain) e sua respectiva imagem (range), que era o mesmo que definir as classes que seriam conectadas pelas propriedades. Embora nem sempre seja possvel, buscou-se definir uma nomenclatura para as propriedades de acordo com a recomendao de Horridge et al. (2008, p.19):
Embora no existam regras nicas para nomear propriedades, recomenda-se que os nomes das propriedades comecem com letra minscula, sem espao, e que a primeira letra da prxima palavra seja em maiscula. Recomenda-se tambm que as propriedades tenham como prefixo a palavra has (tem), ou a palavra is (), por exemplo, hasPart (temParte), isPartOf (ParteDe), hasManufacturer (temFabricante), isProducerOf (ProdutoDe).
Para ajudar a seguir a recomendao de iniciar o nome das propriedades com os prefixos has e is, todas receberam denominaes em lngua Inglesa, o que no impede que no futuro tenham seus nomes modificados para o Portugus, de acordo com a necessidade dos usurios da ontologia. Portanto, as propriedades bsicas definidas para a ontologia esto listadas na tabela 4.1, onde tambm so apresentados o domnio (domain) e imagem (range) de cada uma delas, bem como uma descrio sucinta. Nas propriedades que foram configuradas para possurem mltiplas classes definidas como possveis domnios e/ou imagens, o OWL interpreta essa definio de domnio e/ou imagem como a unio das classes indicadas (BRILHANTE, 2005). Conforme apresentado na tabela 4.1, o uso da propriedade hasOutput possibilita a representao do fluxo geral dos produtos na planta, uma vez que representa as conexes de todos os processos, vlvulas e elementos de tubulao, mas no deixa claro o caminho percorrido por cada produto individualmente. A forma encontrada para solucionar essa lacuna foi especializar essa propriedade, conforme mencionado no incio deste tpico, produzindo as subpropriedades listadas na tabela 4.2, que tambm herdam as definies da super propriedade. Na definio das subpropriedades tambm foi possvel atender s recomendaes de Horridge (2008), buscando estabelecer uma nomenclatura que evidenciasse os produtos que fluiam nos trechos da planta, conforme pode ser observado na descrio de cada uma das subpropriedades estabelecidas.
CAPTULO 4. ONTOLOGIA DO PROCESSO DEA Tabela 4.1. Relao de propriedades bsicas definidas para a ontologia.
Propriedade Domnio (domain) Sensor Controlador Imagem (range) Descrio
53
hasAlarm
Alarme
Esta propriedade foi definida para indicar os alarmes da planta que esto associados a cada sensor ou controlador. Esta propriedade foi definida para indicar quais os controladores que enviam sinais de acionamento para os atuadores instalados, que neste caso particular se restringiam a vlvulas. Esta propriedade foi definida para indicar o sentido dos fluxos na planta, representando as conexes entre os vrios elementos. Esta propriedade foi definida para indicar os sensores que esto instalados em dutos e processos, monitorando as grandezas fsicas de controle (presso, temperatura, vazo e nvel). Como os sensores possuem alarmes associados, mas tambm podem ser utilizados para enviar sinais para os controladores, esta propriedade foi utilizada para especificar o segundo caso.
hasController
Atuador
Controlador
hasOutput
Processos ElementosDeTubulacao Vlvula
Processos ElementosDeTubulacao Vlvula
hasSensor
Processo Duto
Sensor
sendsExtraSignalTo
Sensor
Controlador
Fonte: Elaborado pelo autor (2010).
4.2.6 Definio das facetas

As facetas so caractersticas definidas para enriquecer as propriedades, como fruto da expressividade da linguagem OWL (ANTONIOU; HARMELEN, 2004). Conforme apresentado no captulo 2, possvel definir a cardinalidade, os valores possveis e as caractersticas relacionais das propriedades. Portanto, algumas propriedades bsicas puderam ser especializadas de acordo com esses conceitos, da mesma forma que foi possvel definir as propriedades inversas, tanto para as propriedades bsicas como para as subpropriedades, o que levou, finalmente, definio do rol listado na tabela 4.3, ressaltando que as subpropriedades esto destacadas em cinza. A linguagem OWL ainda permitia especificar a cardinalidade e restrio de valores para as propriedades, mas as definies apresentadas foram consideradas suficientes para a modelagem da planta DEA.
CAPTULO 4. ONTOLOGIA DO PROCESSO DEA Tabela 4.2. Relao de subpropriedades definidas para a propriedade hasOutput.
Propriedade Subpropriedade hasDEAPGoingTo Descrio
54
Foi definida para indicar os pontos do processo em que flui apenas a DEA pobre (DEAP), ou seja, a soluo de dietanolamina pronta para ser utilizada na absoro de sulfeto de hidrognio ou regenerada aps uso. Foi definida para indicar os pontos do processo em que flui apenas a DEA rica (DEAR), ou seja, a soluo de dietanolamina contaminada com sulfeto de hidrognio, aps ter sido utilizada para absorver esse elemento qumico. Foi definida para indicar os pontos do processo em que flui apenas o gs combustvel (GC), que o principal produto que se espera obter na sada da planta. Foi definida para indicar os pontos do processo em que flui apenas o enxofre (S), que o subproduto que se espera obter na sada da planta. Foi definida para indicar os pontos do processo em que flui apenas o vapor, que utilizado no interior da planta para fornecer calor a alguns processos. Foi definida para indicar os pontos do processo em que flui uma soluo composta por DEA rica e gs combustvel. Foi definida para indicar os pontos do processo em que flui uma soluo composta por gs combustvel e sulfeto de hidrognio. Foi definida para indicar os pontos do processo em que flui uma soluo composta por DEA rica e sulfeto de hidrognio.
hasDEARGoingTo
hasGCGoingTo
hasOutput
hasSGoingTo
hasVaporGoingTo hasDEAR_GCGoingTo hasGC_SGoingTo hasS_DEARGoingTo
Fonte: Elaborado pelo autor (2010). A figura 4.3 apresenta a lista das propriedades definidas para a ontologia no software Protg, onde tambm possvel observar que ao lado de cada propriedade est indicada a sua respectiva inversa. No prximo tpico ser abordado o ltimo passo para a representao da planta DEA sob a forma de uma ontologia, que a definio das instncias.
4.2.7 Definio das instncias

Com a concluso da definio de classes, taxonomia, propriedades e facetas, para completar a ontologia restava apenas popular o conjunto de classes com as instncias.
55
Tabela 4.3. Relao das propriedades definidas para a ontologia e suas respectivas caractersticas relacionais.
(Sub)Propriedade hasAlarm hasController Propriedade Inversa isAlarmOf isControllerOf Caracterstica Relacional Nenhuma foi definida Funcional Descrio Um atuador possui apenas um controlador. Se um elemento A est conectado a um elemento B, que tambm est conectado com um elemento C, possvel concluir que A tambm est conectado a C. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. Pelo mesmo motivo propriedade hasOutput. da da da da da da da da
hasOutput
isOutputOf
Transitividade
hasDEAPGoingTo hasDEAR_GCGoingTo hasDEARGoingTo hasGCGoingTo hasGC_SGoingTo hasS_DEARGoingTo hasSGoingTo hasVaporGoingTo hasSensor sendsExtraSignalTo
isReceivingDEAPFrom isReceivingDEAR_GCFrom isReceivingDEARFrom isReceivingGCFrom isReceivingGC_SFrom isReceivingS_DEARFrom isReceivingSFrom isReceivingVaporFrom isInstalledOn receivesSignalFrom
Transitividade Transitividade Transitividade Transitividade Transitividade Transitividade Transitividade Transitividade Funcional Nenhuma foi definida
Um sensor est instalado em apenas um processo ou duto.
Fonte: Elaborado pelo autor (2010). As classes em OWL dizem respeito a conjuntos que contm indivduos, sendo esses indivduos conhecidos como instncias dessas classes (HORRIDGE, 2008). Assim, para a classe Duto, por exemplo, deve ser definido um conjunto de vrias instncias, sendo cada uma delas correspondente a um duto da planta DEA, referenciado pela sua identificao (TAG) no processo, para o qual tambm devem ser indicadas todas as instncias das demais classes com quem existe alguma relao atravs das propriedades. Devido ao nmero de instncias em uma ontologia ser tipicamente de uma ordem de magnitude muito maior que o nmero de classes, no comum que a populao das instncias em uma ontologia seja realizada manualmente (ANTONIOU; HARMELEN, 2004). Para o
56
caso particular da ontologia da planta DEA foi possvel povoar a ontologia manualmente, pois no final ela ficou apenas com um total de cento e quarenta e seis instncias, sendo que a classe que possui o maior nmero delas a classe Duto, com trinta e cinco indivduos.
Figura 4.3. Relao de todas as propriedades diretamente no Protg. Fonte: Elaborado pelo autor (2010). Em termos prticos, para povoar manualmente a ontologia no Protg necessrio escolher a classe em que o indivduo se enquadra, informar a identificao da instncia (para o caso da planta DEA foram adotados os nomes indicados no fluxograma de engenharia ou na lista de alarmes) e depois indicar as demais instncias com quem aquela instncia possui ligaes atravs das propriedades. Conforme mencionado anteriormente, o preenchimento de cada instncia da ontologia obedeceu rigorosamente s informaes constantes do diagrama P&I, para que o produto final fosse fiel descrio da planta. Para exemplificar a forma de cadastramento das instncias, vamos tomar como exemplo o cadastramento do controlador de nvel LIC-98851, que ser detalhado a seguir.
57
Para facilitar a compreenso do exemplo, a figura 4.4 apresenta um recorte da rea de absoro da planta em que est situado o controlador de nvel LIC-98851. Esse instrumento monitora o nvel da torre de absoro (mostrada, em parte, no topo da figura) atravs do sinal que recebe do sensor LT-98851 e envia sinais de controle para a vlvula (atuador) LV-98851. Para cadastrar essa instncia, devemos localizar a classe a que pertence; criar a nova instncia e identific-la atravs de sua nomenclatura no processo; em seguida, informar qual o instrumento (sensor) que lhe envia sinal; informar qual o atuador (vlvula) que ele controla e, por fim, cadastrar os eventuais alarmes que estejam associados com o referido controlador, que foram obtidos em uma lista separada. Este procedimento ilustrado atravs da figura 4.5. O cadastramento de todas as instncias o ltimo passo na criao da ontologia em si, embora ainda haja a necessidade de se verificar se ela possui alguma inconsistncia para promover eventuais ajustes, o que ser abordado a seguir.
Sensor: envia sinal para o controlador
Vlvula: controlada
Controlador
Figura 4.4. Trecho da planta DEA em que est situado o controlador LIC-98851. Fonte: Adaptado de Petrobras (2001).
4.2.8 Checagem de inconsistncias

Aps a concluso da ontologia, Antoniou e Harmelen (2004) recomendam que sejam checadas inconsistncias. A vantagem de utilizar o OWL como linguagem para o desenvolvimento das ontologias, combinada com a aplicao de ferramentas modernas, como o caso do Protg, a
58
possibilidade de detectar inconsistncias e erros, da mesma forma que um depurador em um ambiente de programao (SANTOS, 2006; ANTONIOU; HARMELEN, 2004).
Figura 4.5. Procedimento de cadastramento de instncia na classe Controlador. Fonte: Elaborado pelo autor (2010). No Protg, a verficao de consistncia (consistency checking) um servio padro oferecido pelo mecanismo de inferncia (reasoner). Esses mecanismos se baseiam na descrio das classes para verificar se as ontologias so consistentes. Eles tambm verificam se todas as classes podem ter instncias, pois classes que no atendem a esse requisito so consideradas inconsistentes (HORRIDGE, 2008; SANTOS, 2006). Para a verificao de consistncia da ontologia foi utilizado o mecanismo de inferncia que vem na verso 3.4.4 do Protg, o Pellet 1.5.2. Atravs do uso desta ferramenta foi possvel reparar algumas inconsistncias verificadas durante o desenvolvimento da ontologia, embora em alguns momentos causas simples se propaguem por toda a ontologia, fazendo com que todas as classes apaream marcadas em vermelho, como o caso mostrado na figura 4.6a. Quando ocorria a propagao de inconsistncias, a identificao da causa era obtida apenas aps uma anlise mais apurada do modelo. Aps o processo de verificao e ajustes, a ontologia fruto deste trabalho foi validada pelo Protg. A figura 4.6b apresenta a tela que o Protg fornece quando a ontologia considerada consistente. Contudo, a tela de inconsistncia ir variar de acordo com a causa.
4.3 Desenvolvimento da ontologia - concluso

Atravs do processo descrito neste captulo, foi possvel modelar uma ontologia para descrever a planta DEA em seu fluxo normal de operao, condensando as informaes contempladas em seus documentos descritivos e refinadas atravs de entrevista com o especialista na rea.
59
No foi objeto dessas anlises a avaliao das mudanas nos fluxos em funo do acionamento das vlvulas manuais (by-passes) dos processos, o que pode ocorrer em situaes de manuteno, por exemplo. A avaliao dessas situaes pode ser realizada como um futuro aperfeioamento do modelo, uma vez que serviria apenas para enriquecer a representao e necessitaria de informaes e avaliaes adicionais. Na prtica, o acionamento desses desvios poderia ser facilmente identificado, pois haveria reduo na presso e vazo dos trechos afetados.
a)
b)
Figura 4.6. a) Tela do Protg indicando a existncia de inconsistncias; b) Tela confirmando que a ontologia no possui inconsistncias. Fonte: Elaborado pelo autor (2010). Com a concluso da representao da planta, o prximo captulo abordar a anlise da representatividade do modelo e sua validao.
Captulo 5 Anlise de Resultados
CAPTULO 5. ANLISE DE RESULTADOS
61
5.1 Introduo
Aps utilizar os passos mostrados no captulo anterior, foi possvel construir a ontologia da planta DEA seguindo seu diagrama P&D e a relao de alarmes, conforme inicialmente proposto. Uma ontologia pode estar pronta e ser considerada consistente pelo mecanismo de inferncia, mas ainda fica faltando uma validao quanto ao seu efetivo grau de representatividade do objeto de estudo. Essa validao fica difcil se a navegao entre as instncias for realizada simplesmente abrindo cada uma delas e navegando pela ontologia na interface original do Protg. Este captulo ter como objetivo a anlise da ontologia obtida, com o intuito de provar que ela de fato representativa da planta DEA. Para tanto ser utilizado um plugin de visualizao grfica das ontologias desenvolvidas no Protg, esperando-se que, ao final deste captulo, a ontologia seja considerada vlida atravs de uma anlise simples e intuitiva.
5.2 O plugin Jambalaya

Conforme apresentado no item 2.3.2.2, o Protg um editor de ontologias desenvolvido em linguagem Java, com cdigo aberto, que possibilita a seus usurios desenvolver plugins para expandir suas funcionalidades. H alguns anos o Chisel Group, localizado no Departamento de Cincia da Computao da Universidade de Victoria, vem trabalhado na rea de visualizao de ontologias e bases de conhecimento. O Jambalaya foi fruto do trabalho desse grupo, desenvolvido como uma extenso do conjunto de ferramentas de visualizao grfica ShriMP, reconfiguradas para serem utilizadas como um plugin para o Protg, com o intuito de introduzir caractersticas para auxiliar na compreenso dos projetos desenvolvidos em RDF e OWL (LINTERN; STOREY, 2005). O ShriMP inclui tcnicas de visualizao genrica e funcionalidades de navegao que facilitam o uso das habilidades cognitivas das pessoas quando esto utilizando telas de tamanhos limitados, que foram aplicadas no desenvolvimento do plugin (STOREY et al., 2004). No Jambalaya as classes e instncias so representadas como ns em um grafo, que podem ser distinguidas atravs de diferentes tonalidades de cores. As relaes entre os conceitos e instncias so exibidas atravs das arestas (arcos), tais como relaes -um (is-
62
a) entre as classes no conceito de hierarquia; relaes -instncia-de (instance-of) entre instncias e classes (STOREY et al., 2004). Alm dessas caractersticas, o Jambalaya tambm inclui modelos de visualizao padro do tipo aninhada (nested view), rvore de classes e indivduos (class & individual tree) e domnio/imagem (domain/range), embora permita que o usurio tambm visualizaes a partir destas. O plugin utiliza alguns recursos comuns maioria das ferramentas grficas, tais como expandir e retrair vistas (zoom), ocultar e reexibir alguns trechos do grafo, reposicionar objetos do grafo com o mouse, etc. Outra funcionalidade importante a possibilidade de rearranjar os objetos de um grafo na tela de acordo com alguns arranjos (layouts) predenifidos (grid, radial, spring, tree - vertical, tree - horizontal). A aplicao deste plugin facilita muito a anlise da ontologia, embora as visualizaes geradas pelo Jambalaya geralmente precisem de ajustes manuais, porque quando o nmero de objetos utilizados na ontologia grande, o plugin tem dificuldade de posion-los na tela sem sobreposio, conforme pode ser observado na figura 5.1, que apresenta todos os elementos de tubulao e processos da planta DEA, incluindo a visualizao dos sensores conectados aos elementos. crie outras
Figura 5.1. Visualizao gerada no plugin Jambalaya de todos os elementos de tubulao e processos da planta DEA, inclusive sensores conectados. Fonte: Elaborado pelo autor (2010).
63
Para criar o grafo de anlise apresentado na figura 5.1 e os demais exibidos nos prximos itens, foi configurada uma visualizao no Jambalaya do tipo Spring, que foi denominada flow (fluxo) e ajustada a cada etapa com a seleo da(s) propriedade(s) que deveria(m) ser exibida(s). A figura 5.2 apresenta um exemplo em que se est configurando a visualizao flow para apresentar todos os elementos da planta conectados pela propriedade hasOutput, inclusive todos os sensores conectados aos elementos pela propriedade hasSensor. Para que fossem geradas outras visualizaes, bastava localizar as propriedades que se desejava exibir e pressionar o boto Run Quick View.
Figura 5.2. Menu de gerao de visualizaes no plugin Jambalaya. Fonte: Elaborado pelo autor (2010). As verses mais recentes do Protg j passaram a disponibilizar esse plugin no prprio pacote do editor de ontologias, o que facilitou bastante a sua aplicao para as anlises que sero mostradas nos tpicos seguintes.
5.3 Representao do fluxo dos produtos

Na etapa de modelagem, o objetivo da ontologia era descrever a planta DEA, os seus elementos constituintes e as conexes entre eles, inclusive indicando os instrumentos conectados aos processos e elementos de tubulao, bem como os alarmes configurados para
64
esses instrumentos. Dentro desse escopo tambm foi definido que a ontologia deveria indicar os fluxos percorridos pelos produtos na planta. Em termos prticos, para validar parte do modelo, basta que sejam analisadas as representaes dos fluxos, pois elas indicaro todos os elementos presentes em cada trecho da planta e suas respectivas conexes, que podero ser comparados com a documentao descritiva da planta modelada. Entretanto, para validar a representao dos instrumentos e dos alarmes, faz-se necessrio adicionar a indicao desses elementos representao dos fluxos, que podem ser novamente comparadas com a documentao da planta para validao. Com esse objetivo inicial, foi definida a propriedade hasOutput, que indica todos os pontos da planta em que acontecem conexes de dutos e processos, mas nesse primeiro momento ignora o tipo de produto que flui. Essa especializao do conceito ser assunto dos tpicos seguintes. Uma dificuldade verificada no uso do Jambalaya foi o tratamento das instncias cujo nome iniciado por um nmero, como o caso dos dutos. A questo que cada componente de uma ontologia deve ter um conjunto de namespaces XML, para prevenir colises de nomes, isto , para identificar unicamente os elementos da ontologia (LIMA; CARVALHO, 2005). Na aba inicial do Protg existe uma rea onde so sugeridos namespaces, que podem ser modificados pelo usurio e ficam como prefixo dos elementos da ontologia. Quando so visualizadas as classes ou propriedades na tela, seja atravs das abas usuais do Protg ou mesmo do plugin Jambalaya, normalmente os prefixos so suprimidos da exibio. Contudo, quando qualquer elemento da ontologia recebe um nome iniciado por um nmero, o software deixa de suprimir o prefixo quando o exibe na tela, conforme pode ser verificado na figura 5.3.
Figura 5.3. Visualizao de instncias cujo nome inicia com um nmero. Fonte: Elaborado pelo autor (2010).
65
Durante a pesquisa no foi obtida explicao para esse fato, que dificultava a visualizao das instncias relacionadas aos dutos da planta, se fossem cadastradas pelas TAGs exatamente como mostradas nos fluxogramas de tubulao e instrumentao. Apenas para prevenir esse efeito e facilitar as anlises, os nomes das instncias dos dutos foram cadastrados sem o prefixo que indicava o dimetro da tubulao. Por fim, a ilustrao do caminho percorrido por todos os produtos na planta apresentada na figura 5.4, onde os ns entre os elementos correspondem conexo das instncias atravs da propriedade hasOutput, conforme foi destacado no canto inferior direito. Para facilitar a visualizao do grafo, o nome da propriedade entre os objetos foi propositalmente ocultado. Por fim, atravs da comparao do grafo com os fluxogramas de tubulao e instrumentao possvel constatar que a ontologia consegue representar todas as conexes presentes no processo petroqumico em seu modo de operao normal.
Figura 5.4. Representao da ligao entre todos os elementos da ontologia presentes na planta DEA, indicando o fluxo geral de todos os produtos. Fonte: Elaborado pelo autor (2010).
66
5.3.1 Representao do fluxo de gs combustvel com sulfeto de hidrognio

Como o objetivo da planta remover o sulfeto de hidrognio do fluxo de gs combustvel, o principal produto na entrada justamente a mistura desses dois compostos. A mistura entra pelo duto (8-)HC-980a-316-Bo e segue at a torre absorvedora de H2S (T98507), que o ponto do processo em que vai entrar em contato com a soluo aquosa de DEA pobre, para que o sulfeto de hidrognio (H2S) seja absorvido. Para representar esse fluxo inicial, a propriedade hasOutput foi especializada atravs da subpropriedade hasGC_SGoingTo, obtendo-se o resultado mostrado na figura 5.5, que corresponde ao fluxo descrito no respectivo fluxograma de tubulao e instrumentao.
Figura 5.5. Representao do trecho em que fluem gs combustvel e sulfeto de hidrognio juntos. Fonte: Elaborado pelo autor (2010).
5.3.2 Representao do fluxo de gs combustvel

Aps chegar torre absorvedora de H2S (T-98507), a mistura gasosa composta por gs combustvel e sulfeto de hidrognio ir entrar em contato com a soluo aquosa de dietanolamina (DEA), que recebe a nomenclatura de DEA pobre, em razo de ainda estar isenta da soluo cida. Na torre, a soluo de DEA pobre ir absorver o sulfeto de hidrognio, passando a ser chamada de soluo de DEA rica, e ir deixar a torre por uma sada no fundo. Por outro lado, o gs combustvel ir sair pelo topo da torre, deixando o sulfeto de hidrognio que foi absorvido pela dietanolamina. A partir desse ponto, o gs combustvel ser direcionado para os fornos, saindo do domnio da planta estudada, tendo como ltimo ponto de passagem o duto (8-)HC-980a-723-Bc.
67
Por outro lado, existe uma outra corrente de gs combustvel em decorrncia da DEA rica conseguir carregar um pouco do gs na soluo, que ir fluir com essa mistura, mas conseguir ser liberado no topo do vaso separador de hidrocarbonetos (V-98518), de onde seguir para ser aproveitado em outro ponto da refinaria, tendo como ltimo ponto de passagem o duto (4-)HC-980A-777-Bc. Para representar os fluxos de gs combustvel, a propriedade hasOutput foi especializada atravs da subpropriedade hasGCGoingTo. Esses fluxos esto representados na figura 5.6.
Figura 5.6. Representao dos trechos em que flui apenas gs combustvel. Fonte: Elaborado pelo autor (2010). Comparando-se mais uma vez o grafo com os fluxogramas de tubulao e instrumentao, verifica-se que a ontologia consegue representar as referidas conexes da planta analisada.
5.3.3 Representao do fluxo de DEA rica com gs combustvel

Conforme mencionado no item anterior, quando a soluo aquosa de DEA pobre entra em contato com a corrente contrria de gs combustvel e sulfeto de hidrognio, alm de absorver o sulfeto de hidrognio, a dietanolamina tambm absorve um pouco do gs combustvel. O gs combustvel sai da torre absorvedora de H2S e segue o caminho mostrado no ramo esquerdo apresentado na figura 5.6. Por outro lado, a soluo de DEA rica contaminada
68
com um pouco de gs combustvel sai pela parte de baixo da torre absorvedora, para que a dietanolamina siga para regenerao. Nesse trajeto, o gs combustvel passa em alguns dutos, em uma vlvula, bem como no permutador de DEA pobre x DEA rica (P-98533A/B), at alcanar o vaso separador de hidrocarbonetos (V-98518), onde o gs combustvel vai ser separado da mistura e seguir o trajeto mostrado no ramo direito da figura 5.6. Esse fluxo percorrido pela mistura de DEA rica com gs combustvel foi representado atravs da especializao da propriedade hasOutput, ou seja, de sua subpropriedade hasDEAR_GCGoingTo, conforme mostrado na figura 5.7. Quando so verificados os dois fluxogramas de tubulao e instrumentao que indicam o trecho por onde flui a DEA rica contaminada com gs combustvel, possvel constatar que a ontologia representa corretamente o referido trecho.
Figura 5.7. Representao do trecho da planta em que flui DEA rica com gs combustvel. Fonte: Elaborado pelo autor (2010).
69
5.3.4 Representao do fluxo de DEA rica

Da mesma forma que aconteceu com o fluxo de gs combustvel, h dois fluxos de DEA rica na planta. O primeiro desses fluxos vai ter origem no vaso separador de hidrocarbonetos (V98518), onde a DEA rica contaminada com gs combustvel teve este segundo componente separado e liberado pela sada na parte superior do vaso. Da parte inferior do vaso ser liberada a soluo de DEA rica que seguir para regenerao na torre regeneradora (T-98508), de onde sairo outros produtos. O segundo fluxo ocorre porque do topo da torre regeneradora (T-98508) sair o sulfeto de hidrognio liberado da soluo de DEA rica, mas esse fluxo consegue arrastar um pouco de DEA rica junto. Por esse motivo, ocorrer uma nova separao no vaso de topo da regeneradora (V-98519), onde ser liberada DEA rica, que ser devolvida torre T-98508. Esses dois fluxos esto representados na figura 5.8, atravs da especializao da propriedade hasOutput, ou seja, de sua subpropriedade hasDEARGoingTo. O ramo esquerdo representa o primeiro deles e o ramo direito representa o segundo, ambos se encontrando no duto (6-)DA-980A-663-Lb-PP, que fica na entrada da torre regeneradora T-98508.
Figura 5.8. Representao do trecho da planta em que flui apenas DEA rica. Fonte: Elaborado pelo autor (2010).
70
Portanto, a ontologia da planta DEA para os fluxos apresentados na figura 5.8, um deles com origem no vaso separador de hidrocarbonetos (V-98518) e o outro com origem no vaso de topo da regeneradora (V-98519), convergentes no trecho de duto de entrada da torre regeneradora (T-98508), pode ser considerada representativa dos caminhos indicados no fluxograma de tubulao e instrumentao da rea de regenerao da planta DEA, estando em conformidade com as referidas informaes.
5.3.5 Representao do fluxo de vapor

Para que ocorram tanto a reao de absoro do sulfeto de hidrognio pela dietanolamina, como de regenerao da DEA rica, alm das caractersticas da amina, tambm interferem nesse processo a presso e a temperatura das torres onde ocorrem as reaes. O fluxo de vapor se insere nesse contexto, pois uma corrente de vapor supersaturado de baixa presso circula na parte inferior da torre de regenerao da DEA (T-98508), com o objetivo de fornecer calor soluo DEA rica, favorecendo a liberao do sulfeto de hidrognio da soluo. Esse fluxo fica circulando dos refervedores da regeneradora (P98535A/B) para a torre (T-98508), atravs de dutos que conectam esse sistema. Esse fluxo percorrido pelo vapor foi representado atravs da especializao da propriedade hasOutput, ou seja, de sua subpropriedade hasVaporGoingTo, conforme mostrado na figura 5.9.
Figura 5.9. Representao do trecho da planta em que flui apenas vapor. Fonte: Elaborado pelo autor (2010). Da mesma forma que nos trechos anteriormente comentados, a partir da verificao do fluxograma de tubulao e instrumentao da rea de tratamento e regenerao possvel constatar que a ontologia representa corretamente o referido trecho.
71
5.3.6 Representao do fluxo de sulfeto de hidrognio com DEA rica

Embora o conceito de DEA rica possa levar a uma confuso entre esse fluxo com o descrito no item 5.3.4, importante iniciar este tpico esclarecendo que so fluxos distintos. Quando ocorre a regenerao da DEA rica na torre T-98508, o sulfeto de hidrognio gasoso liberado pelo topo da torre, mas carrega consigo um pouco da soluo de DEA rica. Nessa situao, o produto principal que sai pelo topo da T-98508 o sulfeto de hidrognio, mas ele carrega consigo um pouco de DEA rica, que dever ser separada e devolvida para a torre. No item 5.3.4, o produto principal uma mistura da dietanolamina com o sulfeto de hidrognio, que ainda passar por regenerao no futuro. Essa soluo gasosa vai para o condensador de topo da regeneradora (P-98534), onde parte dessa corrente ser condensada, seguindo para o vaso de topo da regeneradora (V98519), de onde sairo o gs cido e a DEA rica separados, sendo que a partir desse vaso a DEA rica seguir o ramo direito da figura 5.8, anteriormente descrito, com o objetivo de retornar T-98508. Esse fluxo percorrido pela mistura de sulfeto de hidrognio com DEA rica tambm foi representado atravs da especializao da propriedade hasOutput, ou seja, de sua subpropriedade hasS_DEARGoingTo, conforme mostrado na figura 5.9. O trecho comentado tambm reflete o fluxo desses produtos conforme ilustrado no fluxograma de tubulao e instrumentao da rea de tratamento e regenerao.
Figura 5.10. Representao do trecho da planta em que fluem sulfeto de hidrognio e DEA rica. Fonte: Elaborado pelo autor (2010).
72
5.3.7 Representao do fluxo de sulfeto de hidrognio

Da mesma forma que o fluxo de gs combustvel com sulfeto de hidrognio, a descrio deste fluxo foi muito simples. Esse fluxo tem origem no vaso de topo da regeneradora (V-98519), aps o processo descrito no item anterior. A fase gasosa deixa o vaso V-98519, ao comando do atuador PV98861A, seguindo para a unidade de regenerao de enxofre (URE), embora o ltimo ponto em que passe no processo seja o duto (8-)HS-980A-3565-Bd-VA, que o final do ramo descrito. Esse fluxo percorrido pela corrente gasosa de sulfeto de hidrognio, assim como os demais, foi representado atravs da especializao da propriedade hasOutput, ou seja, de sua subpropriedade hasSGoingTo, conforme mostrado na figura 5.11.
Figura 5.11. Representao do trecho da planta em que flui apenas sulfeto de hidrognio. Fonte: Elaborado pelo autor (2010). O trecho mostrado na figura 5.11 reflete o fluxo da corrente gasosa de sulfeto de hidrognio, conforme ilustrado no fluxograma de tubulao e instrumentao da rea de tratamento e regenerao.
5.3.8 Representao do fluxo de DEA pobre

Dentre os fluxos analisados, o de DEA pobre foi o mais complexo. Aps a regenerao da DEA rica na torre T-98508, conforme explicado no item anterior, o fluxo gasoso de sulfeto de hidrognio (e um pouco de DEA rica) sai pelo topo da
73
torre para ser encaminhado URE, enquanto por baixo da torre T-98508 sai a DEA pobre para ser reaproveitada. Essa DEA pobre segue para os permutadores de DEA rica x DEA pobre (P-98533A/B), onde perde um pouco de calor atravs da troca com o fluxo de DEA rica, sendo parcialmente resfriada. Dos permutadores, a DEA pobre segue para a suco das bombas de circulao de soluo DEA (B-98540A/B), para em seguida ir para o filtro para fluido de processo (FT98506A), e em seguida para o resfriador de DEA pobre (P-98532). Antes de retornar torre absorvedora de H2S (T-98507), a DEA resfriada no resfriador de DEA pobre (P-98532), utilizado para controlar a temperatura da DEA em uma faixa que favorea a absoro de H2S na torre. A ontologia tambm representou um desvio controlado do permutador, atravs do atuador TV-98853, que passa pelo casco do equipamento, e controlado pelo TIC-98853 (controlador de temperatura). Pouco antes da DEA pobre entrar na torre T-98507, ela ainda passa pelo atuador FV98857, que controlado pelo FIC-98857 (controlador de vazo). O fluxo percorrido pela DEA pobre foi representado atravs da especializao da propriedade hasOutput, ou seja, de sua subpropriedade hasDEAPGoingTo, conforme mostrado na figura 5.12. Com a chegada torre T-98507, completa-se a descrio do fluxo de DEA pobre, que realmente corresponde ao caminho percorrido de acordo com os fluxogramas de tubulao e instrumentao das reas de absoro e de regenerao. Assim, conclui-se a verificao da ontologia da planta DEA, quanto aos fluxos de produtos, restando analis-la quanto representao dos instrumentos e dos alarmes, o que ser realizado a seguir.
5.4 Representao dos pontos de conexo de instrumentos

Alm da representao dos fluxos de produtos, que foi obtida atravs da modelagem das conexes entre os elementos de tubulao e processos, bem como dos atuadores (vlvulas) presentes na planta, o escopo da ontologia tambm compreendia a indicao dos pontos de conexo dos instrumentos na planta. Na ontologia, a classe de instrumentos continha os atuadores, controladores e sensores, embora os atuadores j tenham sido representados na etapa anterior, devido a estarem localizados nos trechos de fluxo da planta, servindo geralmente de conexo entre dutos.
74
Figura 5.12. Representao dos trechos da planta em que flui apenas DEA pobre. Fonte: Elaborado pelo autor (2010). Portanto, nos itens seguintes ser enfocada a representao dos sensores e elementos de controle na planta, completando a descrio dos pontos de conexo de instrumentos. Para simplificar a visualizao da ontologia ser utilizado apenas o trecho de fluxo de DEA rica para anlise de representatividade, uma vez que a aplicao das visualizaes no modelo completo ir produzir um grafo de difcil compreenso, devido ao elevado nmero de elementos apresentados na tela.
5.4.1 Representao dos pontos de conexo dos sensores

Para garantir que uma planta industrial opere de acordo com as especificaes, comumente os operadores acompanham a dinmica de parmetros qumicos e/ou fsicos preestabelecidos. Por essa razo, a planta DEA possui vrios sensores conectados a elementos de tubulao e processos, com o intuito de monitorar presso, vazo, temperatura e nvel.
75
Com base nos valores indicados por esses sensores que os controladores industriais enviaro sinais aos atuadores da planta ou haver o disparo de alarmes indicadores de anormalidades operacionais. Para representar os pontos de conexo de sensores, foi definida a propriedade hasSensor (inversa de isInstalledOn), utilizada para mapear os sensores de acordo com as indicaes dos fluxogramas de tubulao e instrumentao. As nomenclaturas utilizadas para os sensores na ontologia foram exatamente as mesmas indicadas nos fluxogramas de engenharia, que foram definidas de acordo com a norma ANSI/ISA S5.1. O resultado da representao apresentado na figura 5.13, lembrando que, embora estejam apresentados apenas os sensores do trecho correspondente ao fluxo de DEA rica, a ontologia contm a indicao de todos os sensores da planta. Na figura 5.13, as conexes entre os elementos de tubulao e processos esto representadas pela propriedade hasDEARGoingTo, ilustrada graficamente pelas setas na cor verde clara, enquanto as conexes dos sensores aos demais elementos est indicada pela setas na cor roxa.
Figura 5.13. Representao dos sensores no trecho de fluxo da DEA rica. Fonte: Elaborado pelo autor (2010).
76
Avaliando a conformidade da representao com os dados apresentados nos fluxogramas, possvel verificar que o modelo representa fielmente o posicionamento dos referidos sensores.
5.4.2 Representao dos elementos de controle

Modelada a parte de monitoramento, para concluir a representao dos elementos fsicos na ontologia da planta restava apenas incluir os controladores. Para que o processo sofra algum tipo de interveno desses controladores necessrio que eles recebam indicaes dos sensores (modelados no item anterior) e enviem sinais de controle para os atuadores do processo, que no caso da planta DEA so vlvulas que j foram modeladas na etapa dos fluxos. Para descrever as malhas de controle da planta, duas propriedades adicionais foram criadas: receivesSignalFrom e isControllerOf. A propriedade receivesSignalFrom (inversa de sendsExtraSignalTo) foi criada para indicar qual dos sensores da planta monitora a varivel fsica sobre a qual o controlador atua no processo. Por outro lado, a propriedade isControllerOf (inversa de hasController) indica qual o atuador que recebe o sinal de controle enviado pelo controlador da varivel de interesse. Assim, a figura 5.14 apresenta novamente o trecho por onde flui apenas DEA rica, onde os elementos de tubulao e processos esto conectados pela propriedade hasDEARGoingTo e os sensores pela propriedade hasSensor, cujas cores das setas so as mesmas indicadas no item anteior. Adicionalmente, a figura apresenta os controladores, que recebem seus sinais de controle dos sensores a que esto conectados pela propriedade receivesSignalFrom, representada por setas na cor vermelha, e controlam os elementos a que esto conectados pela propriedade isControllerOf, representada por setas na cor verde escura. Da mesma forma que ocorreu com as anlises anteriores, o grafo exibido na figura 5.14 representativo do trecho analisado de acordo com os fluxogramas de engenharia, tanto da rea de absoro como de regenerao da DEA. Com esse tpico encerram-se as anlises da representao dos elementos fsicos atravs da ontologia definida, que ser finalizada com a incluso dos alarmes associados com os instrumentos, conforme ser mostrada a seguir.
77
5.5 Indicao dos alarmes

Com a descrio apresentada no item anterior, completou-se a apresentao da modelagem dos componentes fsicos da planta (elementos de tubulao, instrumentos e processos) atravs da ontologia, descrevendo a planta DEA de acordo com os fluxogramas fornecidos pela Petrobras, destacando os caminhos utilizados durante a operao normal do sistema.
Figura 5.14. Representao dos elementos de controle no trecho de fluxo da DEA rica. Fonte: Elaborado pelo autor (2010). Em termos de segurana operacional, alguns sensores e controladores possuem alarmes associados com as grandezas fsicas monitoradas. Por esse motivo, tambm foi fornecida uma relao dos alarmes que estavam associados com alguns sensores e controladores da planta, cuja representao foi contemplada no escopo inicialmente definido. Para sanar essa demanda foi adotada a propriedade hasAlarm (inversa de isAlarmOf), para associar cada sensor ou controlador com os referidos alarmes. O resultado da utilizao
78
dessa propriedade apresentado na figura 5.15, que mostra todos os alarmes associados com cada instrumento do trecho onde flui apenas DEA rica na planta. Na figura, as propriedades e cores mencionadas nos itens anteriores se repetem, com exceo da propriedade hasAlarm, que indica os alarmes associados a cada instrumento e representada por setas na cor vemelha, da mesma forma que a representao da propriedade hasSensor.
Figura 5.15. Representao dos elementos de controle no trecho de fluxo da DEA rica, inclusive dos alarmes associados aos sensores e controladores. Fonte: Elaborado pelo autor (2010). Os alarmes indicados na ontologia podem ser comparados com a lista originalmente mencionada, sendo de fato comprovada a representatividade da ontologia.
5.6 Anlise da ontologia - concluso

Neste captulo, a adoo do plugin Jambalaya, distribudo junto com o software Protg, possibilitou a apresentao de grafos para a visualizao da ontologia desenvolvida para modelagem da planta estudo de caso. Desta forma, foi possvel verificar a representatividade da ontologia em relao ao escopo originalmente definido, pois os grafos tornaram possvel a comparao dos modelos
79
com as informaes disponibilizadas nos fluxogramas de engenharia do processo e a constatao de que ela representa os seus elementos, suas respectivas conexes e o fluxo dos produtos circulantes, que no puderam ser reproduzidos neste material, por se tratarem de informao de propriedade da Petrobras. Para evitar a sobreposio de muitos arcos representativos das propriedades, como ilustrado na figura 5.1, a anlise relativa representao dos instrumentos e alarmes apresentada neste texto contemplou apenas uma amostra do modelo, embora a validao do modelo tenha sido realizada com todos os trechos. importante lembrar que, embora as anlises tenham sido realizadas com base em grafos, por trs das interfaces amigveis do Protg e do Jambalaya est a representao da ontologia em cdigo OWL, da forma apresentada no item 2.3.2.1. Aplicaes importantes podem se desenvolvidas a partir de uma ontologia de domnio representativa do comportamento de uma planta de processo complexa. Dentre as possibilidades, uma ideia pode ser combinar essa informao com ontologias descritivas dos procedimentos operacionais, de controle e de segurana, para projetar sistemas inteligentes de diagnstico de falhas, como sugerem Hangos, Nmeth e Lakner (2008). Outra possibilidade utilizar essa base de conhecimento como um dos elementos constituintes de um sistema de gerenciamento de riscos offline, onde se possam simular a propagao de falhas no sistema, que podem auxiliar na elaborao de documentos de segurana, como o caso do HAZOP (hazard and operability study). Laallam e Sellami (2007) desenvolveram uma ontologia para uma turbina a gs, com o objetivo de permitir aos agentes de manuteno o compartilhamento de uma compreenso comum sobre turbinas a gs e sua manuteno, bem como o reuso desse know-how. A ontologia da planta DEA poderia ter aplicao semelhante, ou at mesmo servir para o treinamento de novos operadores, porque condensa informaes de vrios documentos da planta em um forma mais simples.
Captulo 6 Concluses e Sugestes de Trabalhos Futuros
CAPTULO 6. CONCLUSES E SUGESTES DE TRABALHOS FUTUROS
81
6.1 Concluso
Ao final desta pesquisa foi possvel representar uma planta real de adoamento de gs natural, tambm conhecida como planta DEA, atravs de uma ontologia que indica os fluxos dos principais produtos da planta, em seu modo normal de operao, bem como os instrumentos de monitoramento e controle e ainda os alarmes associados aos mesmos. Esta representao condensa informaes do fluxograma de processo, dos fluxogramas de tubulao e instrumentao, da lista de alarmes disponvel na planilha de racionalizao, e dos descritivos de fluxo, que ainda foram refinadas atravs de uma entrevista no estruturada com um especialista do CENPES/Petrobras e de debates ocorridos junto ao grupo de pesquisa. A adoo do editor de ontologia Protg facilitou a criao da ontologia e o plugin Jambalaya possibilitou a visualizao dos resultados, anlise e comparao do produto final com os documentos utilizados como referncia. A ontologia desenvolvida pode ser interpretada como uma ferramenta de gesto do conhecimento, pois sintetiza todas as informaes mencionadas anteriormente, e as mantm acessveis para difuso junto a outros usurios, podendo inclusive facilitar o treinamento de operadores e a realizao de aperfeioamentos na planta, por se tratar de um instrumento de simplificao de anlises do sistema. Do ponto de vista computacional, as ontologias se constituem em uma representao formal que pode ser utilizada por sistemas inteligentes para percorrer e selecionar informaes relevantes, atravs de programas desenvolvidos em linguagem Java, que apliquem as APIs especficas Jena ou OWL. Outros conhecimentos tambm podem ser obtidos a partir de raciocnios realizados em cima da ontologia que se constitui em uma base de conhecimento. A pesquisa aqui apresentada tambm pode ser aplicada para a descrio de outras plantas na refinaria, ou mesmo para outros processos industriais. Para tanto, basta que sejam seguidos os passos indicados a seguir, tomando este estudo de caso como referncia: 1) Redefinir o escopo, coletando os documentos descritivos da(s) nova(s) planta(s), principalmente os fluxogramas de tubulao e instrumentao e a lista de alarmes. desejvel que haja uma conversa com um especialista na operao da nova planta, para que essas informaes sejam complementadas e as dvidas esclarecidas; 2) Na etapa de considerao de reuso, a ontologia desenvolvida nesta pesquisa pode servir como base para o novo modelo ou mesmo material orientativo;
82
3) Rever a lista de termos, buscando identificar as classes da ontologia atual que podem ser aproveitadas e as novas classes que precisaro ser cadastradas. Rever principalmente as classes que descrevem os instrumentos, uma vez que a planta analisada possua apenas instrumentos associados com variveis fsicas (presso, temperatura, vazo e nvel), mas podem existir plantas que incluam dispositivos que controlem outras variveis fsicas no contempladas (peso, velocidade, etc.) ou mesmo variveis qumicas (concentrao de solues, pH, pOH, etc.). Tambm deve ser verificada a necessidade de cadastramento de novas relaes entre as classes, que podero se tornar novas propriedades; 4) Revisar a taxonomia, porque se houver introduo de novos termos no item anterior, a taxonomia poder sofrer algum tipo de alterao; 5) Rever a lista de propriedades, podendo manter a que conecta os elementos (hasOutput), mas revendo as subpropriedades conforme reviso dos produtos que circulam. Quanto s propriedades que conectam instrumentos, alarmes, sensores, etc., poderiam ser mantidas; 6) Definir facetas para novas propriedades, mas apenas se forem cadastradas propriedades que descrevam realmente novas relaes. Para o caso das subpropriedades geradas em funo do fluxo de novos produtos na planta, no existe necessidade dessa definio, uma vez que elas iro herdar as facetas da propriedades hasOutput e sua inversa. 7) Repovoar as instncias, cadastrando os elementos da ontologia de acordo com as TAGs e demais informaes especficas do novo sistema. Nesta pesquisa, as instncias foram cadastradas manualmente, mas pode ser estudado um cadastro automtico, de acordo com a complexidade da nova planta; 8) Checar inconsistncias ao final do processo; 9) Por fim, podem ser utilizados grafos montados a partir do plugin Jambalaya para validar a nova ontologia, sendo promovidos os devidos ajustes conforme forem sendo observadas as necessidades de melhoria. Tambm recomendvel que o modelo final seja debatido junto aos especialistas que atuem na nova planta, lembrando que as ontologias so definidas como uma especificao formal de uma conceitualizao compartilhada, o que indica a necessidade de haver consenso quanto representao. Em termos dos objetivos traados no incio da pesquisa, a ontologia criada atendeu ao escopo definido e est disponvel como base de conhecimento para futuras aplicaes.
83
6.2 Sugesto de trabalhos futuros

Sob a tica da engenharia da computao, a ontologia desenvolvida pode ser considerada uma base de conhecimento, que pode ser utilizada no projeto de ferramentas de anlise e diagnstico da planta. Essas ferramentas podem se beneficiar do uso de agentes inteligentes que combinem essa base de conhecimento com outras informaes da planta, para auxiliar nas decises de operadores ou no diagnstico de falhas. Os aplicativos que forem criados para utilizar a ontologia podem ser escritos em linguagem Java, pois existem APIs como a Jena e a OWL, que podem ser utilizadas para escrever programas que acessem e naveguem nas ontologias. Esse tipo de recurso pode facilitar o desenvolvimento de sistemas que simulem a propagao de falhas na planta, o que serviria para anlise e diagnstico desses sistemas, bem como para a elaborao de anlises importantes de segurana, dentre as quais est o HAZOP, que utilizado pela Petrobras.
Referncias Bibliogrficas
ALMEIDA, C. C. O campo da cincia da informao: suas representaes no discurso coletivo dos pesquisadores do campo no Brasil. 2005. 395f. Dissertao (Mestrado em Cincia da Informao) Centro de Cincias da Educao, Programa de Ps-Graduao em Cincia da Informao, Universidade Federal de Santa Catarina. Florianpolis. ALMEIDA, M. B. Um modelo baseado em ontologias para representao da memria organizacional. 2006. 345f. Tese (Doutorado em Cincia da Informao), Programa de Ps Graduao da Escola de Cincia da Informao, Universidade Federal de Minas Gerais, Belo Horizonte. Disponvel em: <http://www.enancib.ppgci.ufba.br/premio/UFMG_Almeida.pdf>. Acesso em: 05 junho 2010. ALMEIDA, M. B.; BAX, M. P. Uma viso geral sobre ontologias: pesquisa sobre definies, tipos, aplicaes, mtodos de avaliao e de construo. Cincia da Informao, v.32, n.3, p.7-20, 2003. ANTONIOU, G.; HARMELEN, F. V. A semantic web primer. Massachusetts: The MIT Press, 2004. BARBOSA, D. P. A influncia do fator humano nos cenrios acidentais de uma refinaria de petrleo. 2009. 130 f. Dissertaao (Mestrado em Sistemas de Gesto) Centro Tecnolgico, Mestrado Profissional de Sistemas de Gesto, Universidade Federal Fluminense, Niteri, 2009. BORST, W. N. Construction of engineering ontologies for knowledge sharing and reuse. 1997. 243f. Thesis (Ph. D.) Centre for Telematica and Information Technology, University of Tweenty. Enschede. BRACHMAN, R. J.; LEVESQUE, H. J. Knowledge representation and reasoning. San Francisco: Elsevier, 2004.
REFERNCIAS BIBLIOGRFICAS
85
BRILHANTE, V. Linguagens para especificao de ontologias: OWL. 2005. Disponvel em: <http://www.dcc.ufam.edu.br/~ontologias/slides/owl.pdf>. Acesso em: 20 julho 2010. BROWNE, W.; YAO, L.; POSTLETHWAITE, I.; LOWES, S.; MAR. M. Knowledgeelicitation and data-mining: fusing human and industrial plant information. Engineering Applications of Artificial Intelligence 19, p.345-359, 2005. CARDOSO, J. Developing an OWL ontology for e-tourism. In: CARDOSO, J.; SHETH, A. P. Semantic web services, processes and applications. New York: Springer, 2006. P. 247282. CHENG, G.; DU, Q. The design and implementation of ontology and rules based knowledge base for transportation. The International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences. Vol XXXVII, Part B2, Beijing, 2008. Disponvel em: <http://www.isprs.org/proceedings/XXXVII/congress/2_pdf/2_WG-II-2/30.pdf>. Acesso em: 31 maio 2010. CRISTANI, M.; CUEL, R. A survey on ontology creation methodologies. Intl Journal on Semantic Web & Information Systems, v.1, n.2, p.49-69, 2005. Disponvel em: <http://www.infosci-journals.com/downloadPDF/pdf/ITJ2834_XhMFDg3SCU.pdf>. Acesso em: 16 junho 2010. DAVIS, R.; SHROBE, H.; SZOLOVITS, P. What is a knowledge representation? AI Magazine 14(1), p.17-33, 1993. DE FREITAS, F. L. G. Ontologias e a Web Semntica. In: JORNADA DE MINI-CURSOS EM INTELIGNCIA ARTIFICIAL, SBC, v.8, 2003. Disponvel em: <http://www.inf.ufsc.br/~gauthier/EGC6006/material/Aula%203/Ontologia_Web_semantica %20Freitas.pdf>. Acesso em: 11 junho 2010. DOKAS, I. M. Ontology to support knowledge representation and risk analysis for the development of early warning system in solid waste management operations. 2007. Disponvel em: <http://4c.ucc.ie/scewa/pdf/Ontology%20to%20support%20knowledge%
86
20representation%20and%20risk%20analysis%20for%20early%20warning%20system.pdf>. Acesso em: 03 junho 2010. ERIKSSON, H. Using JessTab to integrate Protg and Jess. Intelligent Information Processing. p.43-50, march/april 2003. FREIRE, J. L. F. Engenharia de dutos. Rio de Janeiro: ABCM, 2009. FURGERI, S. Representao de informao e conhecimento: estudo das diferentes abordagens entre a cincia da informao e a cincia da computao. 2006. 160f. Dissertao (Metrado) Centro de Cincias Sociais Aplicadas, Programa de Ps-Graduao em Cincia da Informao, Pontifcia Universidade Catlica de Campinas. Campinas. GARCS, R.; FREITAS, P.; FERREIRA, N.; FREITAS, F. Relatrio: representao do conhecimento. Funchal: Universidade da Madeira, 2006. Disponvel em: <http://dme.uma.pt/edu/iia/acetatos%202005-2006/Apontamento%20rep_conhecimento.pdf>. Acesso em: 20 maio 2010. GARY, J. H.; HANDWERK, G. E. Petroleum refining: technology and economics. 4 ed. New York: Marcel Dekker, 2001. GONZLEZ, R. G. A semantic web approach to digital rights management. 2005. 286f. Tese (Doutorado em Cincia da Computao e Comunicao Digital) Departamento de Tecnologias, Universitat Pompeu Fabra, Barcelona. Disponvel em: <http://rhizomik.net/ html/~roberto/thesis/Thesis.pdf>. Acesso em: 31 maio 2010. GMEZ-PREZ, A.; FERNNDEZ-LPEZ, M.; CORCHO, O. Ontological engineering: with examples from the areas of knowledge management, e-commerce and the semantic web. London: Springer, 2004. GRIGOROVA, D.; NIKOLOV, N. Knowledge representation in systems with natural language interface. International Conference on Computer Systems and Technologies CompSysTech07, 2007, Rousse, Bulgria. Disponvel em: <http://ecet.ecs.ru.acad.bg/cst07/ Docs/cp/SIII/IIIB.21.pdf>. Acesso em: 27 maio 2010.
87
GRIMM, S.; HITZLER, P.; ABECKER, A. Semantic representation and ontologies: logics, ontologies and semantic web languages. In: STUDER, R.; GRIMM, S.; ABECKER, A. Semantic web services: concepts, technologies and applications. Berlin: Springer, 2007. P. 51-105. GUARINO, N. Formal ontology and information systems. In: FOIS98, 1998, Trento, Italy. Proceedings Amsterdam: IOS Press, p.3-15. Disponvel em: <http://citeseerx.ist.psu.edu/ viewdoc/summary?doi=10.1.1.29.1776>. Acesso em: 11 junho 2010. HAAV, H. M.; LUBI, T. L. A survey of concept-based information retrieval tools on the web. 2001. Disponvel em: <http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.109.6927>. Acesso em: 09 junho 2010. HANGOS, K.; NMETH, E.; LAKNER, R. A procedure ontology for advanced diagnosis of process systems. 2008. Disponvel em: <http://daedalus.scl.sztaki.hu/PCRG/ PCRG_publist_ISO.html>. Acesso em: 18 agosto 2010. HEIJST, G. V.; SCHREIBER, A. T.; WIELINGA, B. J. Using explicit ontologies in KBS development. International Journal of Human-Computer Studies, v.46, n.2-3, p.183-292, February 1997. HORRIDGE, M. et al. Um guia prtico para a construo de ontologias OWL, plugin Protg-OWL 3.4. Traduo de D. R. Soares e M. B. Almeida, 2008. Disponvel em: <http://www.das.ufsc.br/~gb/pg-ia/Protege08/OWL.pdf>. Acesso em: 19 julho 2010. HORROCKS. I.; PATEL-SCHNEIDER, P. F.; VAN HARMELEN, F. From SHIQ and RDF to OWL: the making of a Web ontology language. Journal of Web Semantics, 1, P. 7-26, 2003. Disponvel em: <http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.2.7039>. Acesso em: 11 junho 2010. http://paulinia.net/refinaria-de-paulinia-replan, acesso em: 22 junho 2010. http://protegewiki.stanford.edu/wiki/Protege_Ontology_Library, acesso em: 15 setembro 2009.
88
KASSAHUN, A.; SCHOLTEN, H. A knowledge base system for multidisciplinary modelbased water management. In: 3rd BIENNIAL MEETING OF THE INTERNATIONAL ENVIRONMENTAL MODELLING AND SOFTWARE SOCIETY, 2006, Vermont. Proceedings Disponvel em: <http://www.iemss.org/iemss2006/papers/s5/ 71_Kassahun_0.pdf>. Acesso em: 24 agosto 2010. KIM, M.; KIM, M. Developing Protg plug-in: OWL ontology visualization using social network. Journal of Information Processing Systems, v.4, n.2, p.61-66, 2008. Disponvel em: <http://jips.kips.or.kr/dlibrary/JIPS_v04_no2_paper3.pdf>. Acesso em: 15 junho 2010. LAALLAM, F. Z.; SELLAMI, M. Gas turbine ontology for the industrial processes. Journal of Computer Science 3, p.113-118, 2007. LACLAVK, M. Ontology and agent based approach for knowledge management. 2005. 121f. Tese (philosophiae doctor) Institute of Informatics, Slovak Academy of Sciences, Bratislava. Disponvel em: <http://laclavik.net/publications/phd_2005-06-20.pdf>. Acesso em: 06 junho 2010. LICHTENSTEIN, F.; SIGULEM, D. Criando uma ontologia em sade com a ferramenta Protg no padro OWL. In: XI CONGRESSO BRASILEIRO DE INFORMTICA EM SADE, 2008, Campos do Jordo. Anais... Disponvel em: <http://www.sbis.org.br/cbis11/arquivos/992.pdf>. Acesso em: 14 junho 2010. LIMA, J. C.; CARVALHO, C. L. Ontologia OWL (Web Ontology Language). 2005. Disponvel em: <http://ia.ucpel.tche.br/~lpalazzo/Aulas/IWS/m04/Recursos/OntoOWL.pdf>. Acesso em: 15 agosto 2010. LINTERN, R.; STOREY, M.-A. Jambalaya express: on demand knowledge visualization. In: 8th PROTG CONFERENCE, 2005, Madrid. Proceedings Disponvel em: <http:// citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.129.3252>. Acesso em: 22 julho 2010. MANICA, H.; DANTAS, M. A. R.; TODESCO, J. L. Ontologia para compartilhamento e representao de conhecimento em sade. Dilogos & Saberes, v.4, n.1, p.151-161, 2008.
89
MASTELLA, L. S.; ABEL, M.; LAMB, L. C.; DE ROS, L. F. Uma ontologia temporal para modelagem de conhecimento sobre ordenao de eventos. In: XXV CONGRESSO DA SOCIEDADE BRASILEIRA DE COMPUTAO, 2005, So Leopoldo. Anais... Disponvel em: <http://www.sbc.org.br/bibliotecadigital/download.php?paper=321>. Acesso em: 14 agosto 2010. MEIRELES, N. R. Gesto do conhecimento/segurana. 2009. Disponvel em:
<http://www.oguedes.com/site/seguranca-diversos/gest-o-do-conhecimento-na-segurancacorporativa>. Acesso em: 27 julho 2010. MIZOGUCHI, R.; VANWELKENHUYSEN, J.; IKEDA, M. Task ontology for reuse of problem solving knowledge. In: ECAI94 TOWARDS VERY LARGE KNOWLEDGE BASES, 1995, Amsterdan. Proceedings Amsterdam: IOS Press, 1995. P.46-59. MOKHATAB, S.; POE, W. A.; SPEIGHT, J. G. Handbook of natural gas transmission and processing. Burlington: Gulf Publishing, 2006. NOY, N. F.; MCGUINESS, D. L. Ontology development 101: a guide to creating your first ontology. 2001. Disponvel em: <http://citeseerx.ist.psu.edu/viewdoc/summary? doi=10.1.1.136.5085>. Acesso em: 16 junho 2010. PARKASH, S. Refining processes handbook. Burlington: Gulf Publishing, 2003. PASSOS, C. N.; ARAJO, M. A.; BRASIL, N. I.; CAMARGO, P. R. C. Processos de refino. Apostila do curso de Gesto em Engenharia de Petrleo e Gs Natural oferecido pelo IBEC, Joo Pessoa, 2006. PEREIRA, H. J.; DONDONI, P. C. Gesto do conhecimento e preveno a acidentes ambientais: estudo sobre as prticas de aprendizagem organizacional em empresa do setor de petrleo. Produto & Produo, v.9, n.1, p.14-40, fev. 2008. PETROBRAS. Unidade de tratamento DEA. [s.d.]
90
PETROBRAS. rea de tratamento DEA absoro: fluxograma de tubulao e instrumentao. 2001a. PETROBRAS. rea de tratamento DEA regenerao: fluxograma de tubulao e instrumentao. 2001b. POLLOCK, J. T. Semantic web for dummies. Hoboken: Wiley Publishing Inc., 2009. REZENDE, S. O. Sistemas inteligentes: fundamentos e aplicaes. Barueri: Manole, 2005. RODRIGUES, W. C. Metodologia cientfica. 2007. Disponvel em: <http://www.ebras.bio.br/ autor/aulas/metodologia_cientifica.pdf>. Acesso em: 28 julho 2010. RUSSEL, S.; NORVIG, P. Inteligncia artificial: traduo da segunda edio. Rio de Janeiro: Elsevier, 2004. SANTOS, E. S. Uma proposta de integrao de sistemas computacionais utilizando ontologias. 2006. 106 f. Dissertao (mestrado em informtica) Instituto de Cincias Exatas, Departamento de Cincia da Computao, Universidade de Braslia, Braslia. SCHAUER, H.; SCHAUER, C. Modeling techniques for knowledge management. In: LYTRAS, M. D.; RUSS, M.; MAIER, R.; NAEVE, A. Knowledge management strategies: a handbook of applied technologies. New York: IGI Publishing, 2008, P. 91-115. SCHREIBER, G. Knowledge engineering. In: VAN HARMELEN, F.; LIFSCHITZ, V.; PORTER, B. Handbook of knowledge representation. Amsterdan: Elsevier, 2008. P. 929946. SEMPREBOM, T.; CAMADA, M. Y.; MENDONA, I. Ontologias e Protg. Artigo apresentado na disciplina de Inteligncia Artificial Aplicada a Controle e Automao. Curso de Ps-Graduao em Engenharia de Automao e Sistemaas, Universidade Federal de Santa Catarina, 2007. Disponvel em: <http://www.das.ufsc.br/~gb/pg-ia/Protege07/ ontologias.pdf>. Acesso em: 14 junho 2010.
91
SOUZA, R. R.; ALVARENGA, L. A. A web semntica e suas contribuies para a cincia da informao. Cincia da Informao, v.33, n.1, p.132-141, jan/abr. 2004. STANFORD - STANFORD CENTER FOR BIOMEDICAL INFORMATICS RESEARCH. http://protege.stanford.edu/. Acesso em: 14 junho 2010. STOREY, M.-A.; LINTERN, R.; ERNST, N.; PERRIN, D. Visualization and Protg. 2004. In: 7th PROTG CONFERENCE, 2004, Bethesda. Proceedings... Disponvel em: <http:// protege.stanford.edu/conference/2004/abstracts/Storey.pdf>. Acesso em: 21 julho 2010. SZKLO, A. S. Fundamentos do refino do petrleo. Rio de Janeiro: Intercincia, 2005. TANIGUCHI, T.; LEDERMAN, L. Knowledge management and networking for enhancing nuclear safety. In: INTERNATIONAL CONFERENCE ON NUCLEAR KNOWLEDGE MANAGEMENT, 2004, Saclay. Disponvel em: <http://www.iaea.org/inisnkm/nkm/CDNKM/WS%20on%20NKM%20Trieste%202005/pdfs/25finalLarsUlfkjaer.pdf>. Acesso em: 27 julho 2010. THEOBALD, R.; LIMA, G. B. A. A excelncia em gesto de SMS: uma abordagem orientada para os fatores humanos. In: XXV ENCONTRO NACIONAL DE ENGENHARIA DE PRODUO, 2005, Porto Alegre. Anais... Disponvel em: <http://www.abepro.org.br/biblioteca/ENEGEP2005_Enegep0405_0510.pdf>. Acesso em: 27 julho 2010. USCHOLD, M.; GRUNINGER, M. Ontologies: principles, methods and applications. Knowledge 2010. USCHOLD, M.; JASPER, R. A framework for understanding and classifying ontology applications. 1999. Disponvel em: <http://citeseerx.ist.psu.edu/viewdoc/summary?doi= 10.1.1.39.6456>. Acesso em: 09 junho 2010. Engineering Review, v.11, n.2, june 1996. Disponvel em: <http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.48.5917>. Acesso em: 08 junho
92
VAZ, C. E. M.; MAIA, J. L. P.; SANTOS, W. G. Tecnologia da indstria do gs natural. So Paulo: Edgard Blucher, 2008. VIINIKKALA, M. Ontology in information systems. 2004. Disponvel em:
<http://www.cs.tut.fi/~kk/webstuff/Ontology.pdf>. Acesso em: 11 junho 2010. WAGNER FILHO, F.; LSCIO, B. F. Web semntica: conceitos e tecnologias. In: ERCEMAPI ESCOLA REGIONAL DE COMPUTAO CEAR MARANHO PIAU, 2009, Parnaba. Mini curso... Disponvel em: <http://www.ufpi.br/ercemapi/ arquivos/file/minicurso/mc9.pdf>. Acesso em: 20 julho 2010. World Wide Web Consortium W3C. OWL Web Ontology Language: overview. 2004a. Disponvel em: <http://ia.ucpel.tche.br/~lpalazzo/Aulas/TEWS/arq/OWL-Overview.pdf>. Acesso em: 12 junho 2010. World Wide Web Consortium W3C. OWL Web Ontology Language: guide. 2004b. Disponvel em: < http://www.w3.org/TR/owl-guide/>. Acesso em: 14 junho 2010.

10.10.07-Dissertacao v.1.3.1

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

10.10.07-Dissertacao v.1.3.1

Uploaded by

Copyright:

Available Formats

UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE CENTRO DE TECNOLOGIA PROGRAMA DE PS-GRADUAO EM CINCIA E ENGENHARIA DE PETRLEO

Anthony Andrey Ramalho Diniz

Natal, Setembro de 2010

Anthony Andrey Ramalho Diniz

Natal, Setembro de 2010

Anthony Andrey Ramalho Diniz

______________________________________________ Prof. Dr. Jorge Dantas de Melo Orientador UFRN

______________________________________________ Prof. Dr. Adrio Duarte Dria Neto Coorientador UFRN

______________________________________________ Dr. Vicente Delgado Moreira Examinador externo Petrobras

Lista de Tabelas .................................................................................................................. vi

Lista de Smbolos e Abreviaturas ...................................................................................... vii

Referncias Bibliogrficas ................................................................................................. 84

Lista de Smbolos e Abreviaturas

Captulo 1 Introduo Geral

CAPTULO 1. INTRODUO GERAL

CAPTULO 1. INTRODUO GERAL

1.2 Apresentao do problema

CAPTULO 1. INTRODUO GERAL

CAPTULO 1. INTRODUO GERAL

O termo ontologia ser definido no item 2.3.

CAPTULO 1. INTRODUO GERAL

1.5 Organizao do texto

CAPTULO 1. INTRODUO GERAL

Captulo 2 Representao do Conhecimento Usando Ontologias

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.2 O conhecimento e sua representao

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.3 Representao do conhecimento atravs das ontologias

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.3.1 Caractersticas e tipos de ontologias

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.3.2 Linguagens para criao de ontologias

Fonte: Almeida (2006, p. 128-129).

OCML OML (Ontology

XOL OIL (Ontology

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.3.2.1 A linguagem OWL

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

Figura 2.3. Trecho de cdigo em OWL Fonte: W3C (2004b) .

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

OWL DL Expresses de classe permitidas em: Valores no so restritos (0..N) em:

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.3.2.2 O editor de ontologias Protg

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

2.3.2.3 Metodologias para construo das ontologias

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

CAPTULO 2. REPRESENTAO DO CONHECIMENTO USANDO ONTOLOGIAS

Tabela 2.2. Metodologia de desenvolvimento de ontologias ontology development 101.

Determinar o domnio e o escopo da ontologia

Nada. o primeiro passo

Considerar a reutilizao de ontologias existentes

Enumerar termos importantes na ontologia

Definir as classes e a hierarquia das classes

Termos importantes na ontologia, domnio, e descrio do escopo

Classes e hierarquia das classes

Definir as propriedades de classes-fresta (slot)

A taxonomia, o domnio e a descrio de escopo