UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN CAMPUS CURITIBA KSSIO CABRAL PEREIRA DOS SANTOS

UTILIZAO DE ONTOLOGIAS DE REFERNCIA COMO ABORDAGEM PARA INTEROPERABILIDADE ENTRE SISTEMAS DE INFORMAO UTILIZADOS AO LONGO DO CICLO DE VIDA DE PRODUTOS

Curitiba 2011

KSSIO CABRAL PEREIRA DOS SANTOS

UTILIZAO DE ONTOLOGIAS DE REFERNCIA COMO ABORDAGEM PARA INTEROPERABILIDADE ENTRE SISTEMAS DE INFORMAO UTILIZADOS AO LONGO DO CICLO DE VIDA DE PRODUTOS

Dissertao apresentada ao Programa de Ps-Graduao em Engenharia Mecnica e de Materiais da Universidade Tecnolgica Federal do Paran, como requisito parcial obteno do ttulo de Mestre em Engenharia.

Orientador: Prof. Dr. Milton Borsato.

Curitiba 2011

TERMO DE APROVAO

KSSIO CABRAL PEREIRA DOS SANTOS

UTILIZAO DE ONTOLOGIAS DE REFERNCIA COMO ABORDAGEM PARA INTEROPERABILIDADE ENTRE SISTEMAS DE INFORMAO UTILIZADOS AO LONGO DO CICLO DE VIDA DE PRODUTOS
Esta dissertao foi julgada adequada obteno do ttulo de Mestre em Engenharia e aprovada em sua forma final pelo Programa de Ps-Graduao em Engenharia Mecnica da Universidade Tecnolgica Federal do Paran.

_________________________________ Prof. Giuseppe Pintade, Dr. Coordenador de Curso

Banca Examinadora

_____________________________ Prof. Milton Borsato, Dr. (UTFPR) _____________________________ Prof.Walter Mikos, Dr. (UTFPR)

_____________________________ Prof. Emerson Paraso, Dr. (PUC-PR) _____________________________ Prof. Carlos Cziulik, Ph.D (UTFPR)

Curitiba, 15 de dezembro de 2011.

Dados Internacionais de Catalogao na Publicao

S237 Santos, Kssio Cabral Pereira dos Utilizao de ontologias de referncia como abordagem para interoperabilidade entre sistemas de informao utilizados ao longo do ciclo de vida de produtos / Kssio Cabral Pereira dos Santos. 2011. 101 f. : il. ; 30 cm Orientador: Milton Borsato. Dissertao (Mestrado) Universidade Tecnolgica Federal do Paran. Programa de Ps-graduao em Engenharia Mecnica e de Materiais, Curitiba, 2011. Bibliografia: f. 90-98 1. Ontologia. 2. Web semntica. 3. Sistemas de recuperao da informao. 4. Ciclo de vida do produto. 5. Mtodos de simulao. 6. Simulao (computadores). 7. Engenharia mecnica Dissertaes. I. Borsato, Milton, orient. II. Universidade Tecnolgica Federal do Paran. Programa de Ps-graduao em Engenharia Mecnica e de Materiais. III. Ttulo. CDD (22. ed.) 620.1

Biblioteca Central da UTFPR, Campus Curitiba

Aos meus pais, que sempre me apoiaram e me incentivaram em minhas escolhas, dedico este trabalho.

AGRADECIMENTOS

minha famlia, meu pai Rogrio, minha me Eda, minha irm Lilin e a Manuella Portugal que sempre me apoiaram, encorajaram e deram incentivos para continuar nesta caminhada. Ao meu orientador, Professor Milton Borsato pelas orientaes, amizade, pelo incentivo realizao deste trabalho e por nunca ter desistido de mim, sempre trazendo novos desafios e contribuindo para meu crescimento pessoal e profissional. Aos Professores Carlos Cziulik, Cssia Maria Lie Ugaya e Giuseppe Pintade, pela amizade e pelo despertar para o rigor cientfico. A todos os meus colegas, em especial a Jos Ricardo Tobias, Oksana Dib e Paulo Cesar Bernaski, pelo grande apoio concedido no melhores e piores momentos. Aos professores do PPGEM, pelo apoio e conhecimento repassado. s empresas envolvidas no trabalho de pesquisa, em especial a empresa Consult Ltda, representada por Carlos Tortelli e Jernimo Mendes que tiveram uma contribuio fundamental para a realizao desse trabalho. UTFPR e ao Programa de Ps-Graduao em Engenharia Mecnica e de Materiais e ao TIDeP, pela estrutura que me foi cedida para desenvolver a pesquisa. Fundao Araucria e ao Instituto Fbrica do Milnio pelo apoio financeiro e, consequentemente, pela oportunidade de desenvolver esse estudo. A todos que auxiliaram no desenvolvimento deste trabalho.

Inovao no sinnimo de algo complicado. Ao contrrio do que muitos pensam, as maiores inovaes surgem de ideias simples que resolvem plenamente o problema observado. em toda sua simplicidade que a roda, a maior inveno de todos os tempos, move o mundo moderno (Robson Feitosa).

SANTOS, Kssio Cabral Pereira, Utilizao de ontologias de referncia como abordagem para interoperabilidade entre sistemas de informao utilizados ao longo do ciclo de vida dos produtos, 2011, Dissertao (Mestrado em Engenharia) Programa de Psgraduao em Engenharia Mecnica e de Materiais, Universidade Tecnolgica do Paran, Curitiba, 116p. RESUMO

Para garantir sua sobrevivncia perante um mercado cada vez mais competitivo e globalizado, as empresas passaram a se diferenciar pelo lanamento antecipado de produtos e pela utilizao da informao como fator de competitividade, de forma que atendam melhor s crescentes necessidades e expectativas dos clientes. Entretanto, muitas dessas informaes se encontram em uma forma no estruturada, gerando erros e inconsistncias de projeto. Neste sentido, uma das solues mais promissoras e pesquisadas na atualidade para garantir a troca e compartilhamento de informaes a construo de ontologias. Tratam-se de estruturas de informao que auxiliam na interoperabilidade semntica entre diferentes sistemas de informao. A presente pesquisa teve como objetivo principal propor uma abordagem semntica para interoperabilidade entre softwares utilizados ao longo do ciclo de vida de produtos, baseada na aplicao de ontologias de referncia. Tal abordagem consiste na apresentao de um modelo conceitual no qual uma ontologia de referncia criada a partir da identificao de demandas de interoperabilidade. A ontologia criada fornece elementos suficientes para que o mapeamento semntico possa ser realizado, mediante consulta s suas classes, propriedades e axiomas. Um estudo de caso na indstria de papel reciclado foi adotado no sentido de identificar cenrios reais que permitissem exemplificar a forma pela qual o modelo conceitual seria aplicado. Dois sistemas de informao atualmente utilizados ao longo do ciclo de vida do produto foram identificados, os quais utilizam estruturas heterogneas de dados, sem correspondncia direta entre termos. Aps a criao de uma ontologia de referncia para este caso, utilizando mtodos construtivos e ferramentas consagradas, trs possveis cenrios de interoperabilidade foram analisados. Para cada um foram propostas solues de interoperabilidade semntica utilizando o modelo conceitual proposto. Palavras-chave: Interoperabilidade semntica. Ciclo de vida do produto. Ontologia.

SANTOS, Kssio Cabral Pereira, Utilizao de ontologias de referncia como abordagem para interoperabilidade entre sistemas de informao utilizados ao longo do ciclo de vida dos produtos, 2011, Dissertao (Mestrado em Engenharia) Programa de Psgraduao em Engenharia Mecnica e de Materiais, Universidade Tecnolgica do Paran, Curitiba, 116p.

ABSTRACT

To guarantee survival in an increasingly competitive and globalized market, companies need to differentiate themselves not only through the launch of new products, but also through the effective use of information to better serve the needs and expectations of their customers. However, finding well-structured information is difficult and the lack of clarity often leads to errors and project inconsistencies. One of the most promising and sought-after solutions to guarantee the accurate exchange of information is the use of an ontology, a structural framework that aids in the interoperability of different information systems. The objective of this research is to propose an approach to software interoperability, based on an ontology reference system, that can be used throughout the product lifecycle. This approach presents a conceptual model that creates a reference ontology based on the identification of interoperability needs. This research presents sufficient evidence that semantics mapping can be achieved in conjunction with the appropriate information class, properties, and axioms. To highlight real-world scenarios that exemplify how this conceptual model could be effectively applied, this research refers to a case study from the recycled paper industry. In addition, this study identifies two information systems that are currently used throughout the product lifecycle which utilize heterogeneous data structures with no direct correspondence between terms. Through constructive methods and existing tools, a reference ontology was created for these systems. Three interoperability scenarios were analyzed and solutions were proposed for semantic interoperability using the suggested model. Keywords: Semantic Interoperability. Product Lifecycle. Ontology.

LISTA DE ILUSTRAES

Figura 1 Definio de gesto do ciclo de vida dos produtos ................................................. 8 Figura 2 Fases do gerenciamento do ciclo de vida do produto. ............................................ 9 Figura 3 Universo de inter-relacionamento do PLM. ......................................................... 10 Figura 4 Modelo de PLM. ................................................................................................. 11 Figura 5 Estrutura do Editor Protg. ................................................................................ 26 Figura 6 Viso Geral da metodologia Methontology. ........................................................ 30 Figura 7 Viso Geral da metodologia de Grninger e Uschold. ......................................... 32 Figura 8 Projeto do Modelo de aplicao do mtodo Kactus.............................................. 35 Figura 9 Combinao de Ontologias.................................................................................. 45 Figura 10 Alinhamento de Ontologias. .............................................................................. 46 Figura 11 Mapeamento de Ontologias. .............................................................................. 47 Figura 12 Integrao de Ontologias. .................................................................................. 47 Figura 13 Troca de informaes entre sistemas em um projeto de engenharia simultnea. . 49 Figura 14 Troca de informaes entre sistemas em um projeto de engenharia simultnea utilizando uma Ontologia como referncia. .......................................................................... 50 Figura 15 Interoperabilidade semntica entre ontologias utilizando como referncia uma ontologia global. .................................................................................................................. 51 Figura 16 Resultados da busca de informaes junto s empresas consultadas................... 58 Figura 17 Modelo de interoperabilidade semntica utilizando ontologia de referncia. ...... 59 Figura 18 Interoperabilidade com uso de sistemas multiagentes (MAS) ............................ 61 Figura 19 Preparao da massa.......................................................................................... 63 Figura 20 Produto semi-acabado. ...................................................................................... 64 Figura 21 Acabamento final. ............................................................................................. 65 Figura 22 Interface do sistema de gesto Sapiens na fase de preparao da massa. ............ 66 Figura 23 Interface do sistema SGP na fase de preparao da massa.................................. 66 Figura 24 Representao da subclasse ControledeQualidade. ................................ 71 Figura 25 Representao das subclasses de DomainConcept......................................... 72 Figura 26 Representao das subclasses de ValuePartition. ..................................... 73 Figura 27 Relao entre Massa e Volume atravs da Propriedade Tem_Diviso. ....... 75 Figura 28 Representao da Propriedade Relacional Tem_Diviso_Entre. ................ 75 Figura 29 Relao de Propriedades de ObjectProperty. ............................................. 76 Figura 30 Representao do axioma do Produto_Reciclado. .................................... 78 Figura 31 Representao do axioma do Produto_Manufaturado. ............................. 78 Figura 32 ndice de Refugo e indicadores. ......................................................................... 79 Figura 33 Interoperabilidade entre os softwares Sapiens e SGP na fase de Preparao da Massa. ................................................................................................................................. 80 Figura 34 Interoperabilidade entre Massa e Volume. ......................................................... 81 Figura 35 Medio da Produo de Referncia em Tonelada. ............................................ 82 Figura 36 Interoperabilidade entre os softwares Sapiens e SGP na fase do produto semiacabado. ............................................................................................................................... 82 Figura 37 Interoperabilidade entre Produo de Referncia e Produo Bruta. .................. 83 Figura 38 Medio da Massa em Gramas. ......................................................................... 84 Figura 39 Medio da rea em Metro Quadrado. .............................................................. 84 Figura 40 Interoperabilidade entre os sistemas Sapiens e SGP na fase do Produto Acabado. ............................................................................................................................................ 85

Figura 41 Gramatura Relao entre Massa e rea. ......................................................... 85

LISTA DE TABELAS

Tabela 1 Comparativo entre mtodos para criao de ontologias. ...................................... 37 Tabela 2 Comparativo entre modelos GaV e LaV. ............................................................. 44 Tabela 3 Correlao entre cada atividade com as entregas estabelecidas. ........................... 53 Tabela 4 Critrios de deciso para a identificao das empresas para o estudo de caso. ..... 62 Tabela 5 Comparativo entre o Sistema Sapiens e o Sistema SGP. ...................................... 67 Tabela 6 Oportunidades de interoperabilidade no estudo de caso. ...................................... 67 Tabela 7 Exemplos definio de classes no estudo de caso. ............................................... 71 Tabela 8 Exemplos de definio de propriedades no estudo de caso. ................................. 74 Tabela 9 Exemplos de definio de axiomas no estudo de caso. ........................................ 77

LISTA DE ABREVIATURAS E SIGLAS

ABTCP CAD CAM CAE CRM EDM ERP HTML FACT GAV ISO JOE KAON LAV NASA NIST OIL OILED OKBC OML OWL PCP PDM

Associao Brasileira Tcnica de Celulose e Papel Projeto auxiliado por computador (Computer Aided Design) Manufatura auxiliada por computador (Computer Aided Manufacturing) Engenharia Auxiliada por computador (Computer Aided Engineering) Gesto de Relacionamento com o Cliente (Customer Relationship Management) Gerenciamento de Dados da Engenharia (Engineering Data Management) Planejamento de Recursos da Empresa (Enterprise Resource Planning) Linguagem de Marcao de Hipertexto (Hyper Text Markup Language) Classificao Rpida de Terminologias (Fast Classification of Terminologies) Integrao de Dados Global (Global as View) Organizao Internacional para Padronizao (International Organization for Standardization) Editor de Ontologia Java (Java Ontology Editor) Ontologia Karlshure (Karlshure Ontology) Integrao de dados Local (Local as View) Administrao Nacional do Espao e da Aeronutica (National Aeronautic and Space Administration) Instituto Nacional de Padres e Tecnologia (National Institute for Standards and Technology) Infraestrutura de Ontologia (Ontology Interchange Languages) Editor de Infraestrutura de Ontologia (Ontology Interchange Language Editor) Base Conectiva de Conhecimento (Open Knowledge Base Connectivity) Linguagens Impressas de Ontologia (Ontology Markup Languages) Linguagem Ontolgica Web (Ontology Web Language) Planejamento e Controle da Produo Gerenciamento de Dados do Produto (Product Data Management)

BRACELPA Associao Brasileira de Celulose e Papel

PLM RDF RDFS RMC RH SCM SGP SI SUMO TI TOVE URI URL XML WSMO

Gerenciamento de Ciclo de Vida do Produto (Product Lifecycle Management) Estrutura de Descrio de Recursos (Resource Description Framework) Esquema de Estrutura de Descrio de Recursos (Resource Description Framework Schema) Regio Metropolitana de Curitiba Recursos Humanos Gesto da Cadeia Logstica (Supply Chain Management) Sistema Gerencial de Produo Sistema Internacional Ontologia de Padro Superior (Suggested Upper Merged Ontology) Tecnologia da Informao Empresa Virtual Toronto (Toronto Virtual Enterprise) Identificador de Recurso Uniforme (Uniform Resource Identifier) Trabalho de Recurso Uniforme (Uniform Resource Labor) Linguagem Impressas Extensveis (Extensible Markup Language) Modelo de Ontologia Web Service (Web Service Modeling Ontology)

SUMRIO

1 INTRODUO .............................................................................................................. 1 1.1 CONTEXTUALIZAO.............................................................................................. 1 1.2 OBJETIVO .................................................................................................................... 3 1.3 JUSTIFICATIVA .......................................................................................................... 4 1.4 ESTRUTURA DO TRABALHO ................................................................................... 5 2 REVISO DA LITERATURA ...................................................................................... 6 2.1 SISTEMAS DE INFORMAO NO CICLO DE VIDA DE PRODUTOS ................... 6 2.2 ONTOLOGIAS ........................................................................................................... 14 2.2.1 Linguagens .............................................................................................................. 17 2.2.2 Ferramentas ............................................................................................................ 23 2.2.3 Mtodos de Criao ................................................................................................ 28 2.2.3.1 BERNERAS ET AL. ............................................................................................... 28 2.2.3.2 Methontology ......................................................................................................... 29 2.2.3.3 GRNINGER e USCHOLD .................................................................................. 30 2.2.3.4 GRNINGER e FOX ............................................................................................. 33 2.2.3.5 Kactus .................................................................................................................... 34 2.2.3.6 Mtodo 101 ............................................................................................................ 36 2.2.4 Comparativo entre mtodos para criao de ontologias ....................................... 37 2.3 INTEROPERABILIDADE SEMNTICA .................................................................. 39 2.4 MAPEAMENTO DE ONTOLOGIAS COMO ESTRATGIA DE INTEROPERABILIDADE .................................................................................................. 48 3 MATERIAIS E MTODOS ........................................................................................ 52 3.1 CARACTERIZAO DA PESQUISA ....................................................................... 52 3.2 PROCEDIMENTOS METODOLGICOS .................................................................. 52 3.2.1 Identificao das necessidades de interoperabilidade entre sistemas ................... 53 3.2.2 Construo do modelo de interoperabilidade ........................................................ 54 3.2.3 Identificao do Estudo de Caso............................................................................. 54 3.2.4 Construo da ontologia de referncia ................................................................... 55 3.2.5 Aplicao do modelo de interoperabilidade no Estudo de Caso ........................... 56

4 RESULTADOS............................................................................................................. 58 4.1 NECESSIDADES DE INTEROPERABILIDADE IDENTIFICADAS ........................ 58 4.2 MODELO DE INTEROPERABILIDADE SEMNTICA ........................................... 59 4.3 ESTUDO DE CASO ................................................................................................... 61 4.3.1 Processo de manufatura.......................................................................................... 62 4.3.2 Sistemas de informao .......................................................................................... 65 4.3.3 Oportunidades de interoperabilidade .................................................................... 67 4.3.4 Ontologia de referncia ........................................................................................... 68 4.3.4.1 Classes ................................................................................................................... 70 4.3.4.2 Propriedades........................................................................................................... 73 4.3.4.3 Axiomas ................................................................................................................. 76 4.4 4.4.1 4.4.2 4.4.3 Cenrios de interoperabilidade do estudo de caso ................................................. 79 Interoperabilidade na fase de preparao da massa ................................................. 79 Interoperabilidade na fase do produto semi-acabado ............................................... 81 Interoperabilidade na fase de produto acabado ........................................................ 83

5 CONCLUSO .............................................................................................................. 88 6 REFERNCIAS ........................................................................................................... 90 APNDICE A QUESTIONRIO ENVIADO AS EMPRESAS ................................... 99 APNDICE B QUESTES DE COMPETNCIAS INFORMAIS ............................ 100 APNDICE C ILUSTRAO DAS SUBCLASSES DE VALUEPARTITION E DOMAINCONCEPT ............................................................................................................ 101

1 1 INTRODUO

1.1

CONTEXTUALIZAO

A globalizao fez com que a economia mundial passasse por um profundo processo de mudanas. Muitas empresas perceberam a necessidade de investimentos maiores em pesquisa e desenvolvimento para suportar a necessidade de continuarem competitivas no mercado. Passaram, ento, a se diferenciar pelo lanamento antecipado de produtos e pela capacidade de os desenvolverem, de forma que atendam melhor s crescentes necessidades e expectativas dos clientes. Por outro lado, as empresas tm procurado aplicar estratgias para minimizar os impactos ambientais negativos de seus produtos e processos e ao mesmo tempo em que intensificam sua competitividade. Minimizar o impacto ambiental tem se tornado um fator decisivo para a indstria da manufatura ao longo do ciclo de vida dos produtos. Para que a manufatura seja mais limpa, eficiente, competitiva e ambientalmente correta, a indstria precisa ser capaz de tomar melhores decises ao longo do ciclo de vida de um produto. O ciclo de vida dos produtos est ficando cada vez menor, em funo das crescentes expectativas dos clientes em relao a novos produtos e novos avanos tecnolgicos, o que estimula o fluxo contnuo de novos projetos de desenvolvimento de produto na indstria. Esse encurtamento de ciclo de vida exige que trocas de informaes ocorram de forma mais veloz, precisa e oportuna, o que faz com que qualquer falha na qualidade, quantidade ou processamento da informao tenha graves implicaes para a empresa, tomando a forma de desperdcio de importantes recursos, como tempo e trabalho. Acredita-se que trs fatores de sucesso devem conduzir a estratgia do gerenciamento do ciclo de vida do produto: inovao, execuo e velocidade (TEIXEIRA, 2004). Por isso, a troca correta de informaes entre sistemas utilizados em diferentes fases do ciclo de vida do produto tem se tornado um fator crucial em empresas bem sucedidas. Com o objetivo de desenvolverem produtos de forma mais rpida, mais eficiente e com menores custos, os sistemas de informao tambm tiveram que se adaptar a essa nova realidade. Alm disso, devido crescente disponibilidade de recursos tecnolgicos, as fontes de informao tornaram-se mais abundantes e mais complexas de serem gerenciadas.

2 Ao longo das etapas do ciclo de vida do produto muitas informaes so geradas em suas diferentes fases. Muitos desses dados se encontram em uma forma no estruturada adequadamente. Muitas empresas esto continuamente desenvolvendo solues que permitam gerenciar informaes produzidas em todas as etapas do ciclo de vida, incluindo o desenvolvimento conceitual, anlise, manufatura, suporte e a retirada do produto. fundamental para o sucesso das empresas e de seus fornecedores que a infraestrutura de tecnologia da informao seja implementada de forma correta, eficiente e acessvel. Falhas na troca de informao nas interfaces entre marketing, engenharia, manufatura e outras funes podem ser consideradas o calcanhar de Aquiles de um bom projeto (BORSATO et al., 2008). No passado, o processo de desenvolvimento de sistemas era baseado em uma metodologia que no se preocupava em enxergar toda a empresa. Os sistemas eram desenvolvidos para atender os requisitos especficos de cada um dos setores da empresa. O principal problema decorrente dessa prtica a fragmentao dos dados, que dificulta a obteno de informaes confiveis, consolidados, devido redundncia e inconsistncia de dados armazenados em mais de um sistema (CUNHA, 2005). Outro problema, igualmente relevante, o fato de que utilizando sistemas fragmentados, os usurios criam barreiras para o fluxo das informaes dentro da empresa, pois se enxergam como detentores do conhecimento inerente ao seu setor ou funo que desempenham, em particular. Para o gerenciamento eficiente das informaes durante todas as fases do ciclo de vida do produto necessrio o compartilhamento de dados entre sistemas, como CAD, CAM, CAE, ERP, CRM, em tempo real. Inconsistncias no compartilhamento das informaes, alm de gerarem perdas financeiras gigantescas, podem afetar a qualidade e a eficincia do produto. Nos ltimos anos, o volume de informaes trocadas ao longo do ciclo de vida dos produtos cresceu consideravelmente, fazendo com que a preocupao em gerenciar esse contedo se tornasse cada vez maior. muito comum a utilizao de um mesmo conceito em diferentes domnios de conhecimento, dificultando o compartilhamento de informaes. Isso ocorre porque o conhecimento tem sido adquirido para resolver tarefas especficas. Alm disso, h uma grande variedade de ferramentas, modelos e linguagens, que criam ilhas de informao que dificultam a interoperabilidade e o reuso. sabido que um dos principais problemas enfrentados pelas indstrias o baixo grau de interoperabilidade entre sistemas de informao, que a capacidade que estes,

3 possuem de compartilhar e trocar informaes. Este problema ainda mais grave se for considerado todo o ciclo de vida do produto, onde vrios softwares so envolvidos para permitir a organizao e atualizao das informaes. Alm disso, diferentes terminologias usadas para a identificao dos assuntos e componentes levam a inconsistncias, erros e perdas de dados que podem implicar tanto em maiores custos, quanto em atrasos para o lanamento dos produtos. Estudos realizados junto indstria automobilstica americana indicam prejuzo de um bilho de dlares ao ano e atraso no lanamento de veculos por pelo menos dois meses devido a problemas de interoperabilidade (BRUNNERMEIER e MARTIN, 2002). Esse fato ocorre principalmente pelo tempo gasto com correo e recriao de arquivos de dados que no so compatveis com outros arquivos existentes. De acordo com um estudo realizado pelo NIST (National Institute for Standards and Technology), a falta de interoperabilidade entre os setores da construo civil nas fases do projeto, construo e manuteno industrial geram perdas de mais de quinze bilhes de dlares anuais ao setor norte-americano (GALLAHER, 2004). Segundo Bingi (2001), as organizaes gastam cerca de cinquenta por cento do oramento do seu departamento de tecnologia e informao para resoluo dos problemas de interoperabilidade entre seus sistemas. Em funo deste contexto, inevitvel indagar como poderia ser feito o compartilhamento eficaz de dados entre sistemas de informao to heterogneos, utilizados ao longo do ciclo de vida dos produtos. Com esta pergunta em mente, o presente trabalho pretende lanar sua contribuio para a oferta de alternativas que possam ser consideradas em futuras geraes de sistemas de informao.

1.2

OBJETIVO

O objetivo do presente trabalho de pesquisa propor uma abordagem semntica para interoperabilidade entre sistemas de informao utilizados ao longo do ciclo de vida de produtos, baseada na aplicao de ontologias de referncia.

4 1.3 JUSTIFICATIVA

Os diferentes termos, expresses e linguagens empregadas para identificao dos assuntos levam as inconsistncias, erros e perda de dados. H estudos que apontam para um prejuzo na ordem de bilhes de dlares gastos com a correo de problemas gerados pela baixa interoperabilidade entre sistemas de informao. Dentre as vrias pesquisas relacionadas interoperabilidade de informaes, a utilizao de ontologias tem se destacado como uma das mais promissoras solues no sentido de organizar, categorizar e permitir a troca de dados considerando seus aspectos semnticos (BAX, 2003). O uso de ontologias uma das possibilidades mais promissoras para garantir a interoperabilidade semntica. Isto porque a conveno adotada para expressar as informaes explcitas e implcitas destas aplicaes de forma estruturada, alm de fornecer um vocabulrio comum com uma semntica bem definida (FELICSSIMO, 2004). Dentre as diversas pesquisas existentes em ontologias, h alguns trabalhos realizados com vistas interoperabilidade entre os sistemas de informao. Cruz (2005) relata que para conseguir a interoperabilidade e a integrao de bases de dados para aplicaes geogrficas necessria a criao de uma ontologia central que servir de referncia para a interoperabilidade entre as bases de dados. Porm, visto que existe uma dificuldade no desenvolvimento de sistemas de informao relacionada s heterogeneidades existentes entre as fontes. A pesquisadora salienta que o advento da linguagem XML trouxe Web um padro de troca de dados, que possibilita eliminar divergncias sintticas. Porm, as heterogeneidades estruturais e semnticas persistem. Por outro lado, Grninger (2005) prope uma metodologia para desenvolvimento e evoluo de ontologias integradas nos processos de fabricao dentro das indstrias. Usamse cenrios de motivao para descrever problemas os quais no eram adequadamente referenciados por ontologias existentes. Os cenrios de motivao fornecem um conjunto intuitivo de possveis solues para os problemas encontrados. Estes do a primeira ideia da semntica pretendida para objetos e seus relacionamentos, que iro depois ser inseridos na ontologia.

5 Os trabalhos citados propem a utilizao de ontologias de referncia para a interoperabilidade entre bases de dados para aplicaes geogrficas e processos de fabricao dentro das indstrias respectivamente. Contudo, atualmente no existem pesquisas propondo uma abordagem semntica com a aplicao de ontologias de referncia para permitir a interoperabilidade entre sistemas de informao to heterogneos quanto aqueles utilizados ao longo do ciclo de vida de produtos. Nessa perspectiva acredita-se que no futuro diferentes aplicativos de software, tais como ERP, CRM, e PLM, podero se beneficiar do estudo, na medida em que podero interagir de forma transparente com outras aplicaes, tanto internas, quanto na cadeia de fornecedores e clientes.

1.4

ESTRUTURA DO TRABALHO

O presente trabalho foi organizado em cinco captulos. O captulo 1 apresenta a contextualizao do problema a ser estudado, objetivo e justificativa. O captulo 2 trata da reviso da literatura a respeito de sistemas de informao utilizados no ciclo de vida do produto, criao de ontologias, interoperabilidade semntica e mapeamento de ontologias como estratgia de interoperabilidade. No captulo 3 a pesquisa caracterizada e so apresentados os procedimentos metodolgicos adotados. O captulo 4 apresenta os resultados da pesquisa, assim como uma anlise e discusso dos resultados apresentados. No captulo 5 so apresentadas as consideraes finais. Por fim, seguem as referncias bibliogrficas e os apndices.

6 2 REVISO DA LITERATURA

2.1

SISTEMAS DE INFORMAO NO CICLO DE VIDA DE PRODUTOS

Atualmente as empresas focam em dois pontos vitais para se posicionarem frente aos seus mercados: manter-se em uma linha crescente de resultados e desenvolver produtos de alta tecnologia. Essas necessidades trazem consigo questionamentos do tipo: como podemos fazer mais com os recursos existentes?, e, como podemos inovar melhor, barato e rpido, enquanto nos diferenciamos da concorrncia aos olhos dos nossos clientes? (SANTOS, 2004). O Gerenciamento do Ciclo de Vida do Produto (Product Lifecycle Management PLM) a estratgia de aproximao do negcio que pode auxiliar as organizaes a alcanarem esses objetivos enquanto, de maneira contnua, reduzem os custos, melhoram e protegem a propriedade intelectual, aumentam a qualidade e diminuem o time-to-market, ou seja, o intervalo de tempo entre a concepo e a disponibilidade do produto no mercado. O PLM surgiu a partir de uma necessidade resultante de vrias mudanas no ambiente dos produtos manufaturados. Uma dessas mudanas foi o rpido crescimento da quantidade e complexidade de informaes na cadeia de valor das empresas (STARK, 2006). As empresas, frente s constantes mudanas do mercado, buscam vantagens competitivas apoiando-se nas teorias e tecnologias emergentes. Segundo a empresa de consultoria Cimdata (2002), PLM uma estratgia de negcio aprimorada baseada em criao, gerenciamento, disseminao colaborativa, definindo o produto atravs de uma extenso de empresa que mapeia desde o conceito at o fim da vida do produto, integrando pessoas, processos, sistemas de negcio, e informao. A estratgia supracitada pode ser dividida em trs principais nveis (CIMDATA, 2003): a) Desenvolvimento - Tem uma abordagem intelectual que desenvolve e monitora o produto. Este nvel prev quando o produto se torna obsoleto retirando-se o suporte. b) Produo - Contempla a manufatura e logstica do produto.

7 c) Operao - Tm como atribuio o gerenciamento de recursos, pessoas, finanas requisitadas pela empresa, dando-lhe suporte adequado. Para Stark (2006), PLM a abordagem do gerenciamento de um produto atravs de seu ciclo de vida. Prope ainda a expresso from cradle to grave, que significa do bero ao tmulo, ao indicar a importncia de se gerenciar o produto desde o nascimento at sua morte, sem se eximir das responsabilidades no decorrer do processo. Os autores Zancul (2009) e Grieves (2006), definem PLM como um conceito de integrao, baseado em TI, para a organizao das informaes sobre os produtos e sobre os processos, ao longo de todo o ciclo de vida. A importncia fundamental da TI no PLM tambm enfatizada por (MA e FUH, 2008). Segundo esses autores, o PLM uma abordagem abrangente de gesto de empresas baseada em um sistema de informao integrado, que pode atender aos requisitos de informao de produtos e de processos em um ambiente dinmico e colaborativo. Em resumo, as definies de gesto do ciclo de vida citadas anteriormente ressaltam os seguintes aspectos (ZANCUL, 2009): a) PLM uma abordagem de gesto integrada relacionada com os produtos; i. ii. Suporta os processos de negcio relacionados aos produtos; Apoia a gesto de informaes de produtos.

b) PLM aplicado do incio ao fim do ciclo de vida de produtos para apoiar a colaborao na empresa estendida. c) PLM requer infraestrutura de TI para sua implantao efetiva. Com base nesse resumo, opta-se por formular uma definio de PLM para este trabalho, considerando os principais aspectos do PLM apontados por vrios autores. A definio apresentada aqui , portanto uma generalizao das definies citadas anteriormente, conforme figura 1.

Figura 1 Definio de gesto do ciclo de vida dos produtos

Fonte: ZANCUL (2009).

O tamanho e a rentabilidade de qualquer negcio dependem do ciclo de vida dos produtos que o compe. Enquanto as empresas crescem em vendas e lucros, nenhum produto escapa de eventuais amadurecimentos e declnios (ROTHBERG, 1991). O conceito de ciclo de vida do produto bem utilizado para interpretar as dinmicas de produto e mercado. Auxilia a gerncia de marketing a caracterizar os principais desafios de marketing em cada estgio da vida de um produto. Se expandido para o mercado, o modelo pode auxiliar evolues de necessidades, concorrentes, tecnologias, canais e novos acontecimentos (KOTLER, 2000). Os produtos tm ciclos de vida cada vez mais curtos e muitos produtos em indstrias maduras so revitalizados atravs da diferenciao e da segmentao do mercado. Por vezes no fcil identificar com preciso quando cada estgio comea e termina, por este motivo a prtica caracterizar os estgios, quando as taxas de crescimento

9 ou declnio se tornam bastante pronunciadas. Ainda assim, as empresas devem avaliar a sequncia normal do ciclo de vida e a durao mdia de cada estgio. Ainda segundo Stark (2006), o gerenciamento do ciclo de vida do produto ocorre em cinco fases, tomando como exemplo a indstria automotiva. A figura 2 ilustra esta viso.

Figura 2 Fases do gerenciamento do ciclo de vida do produto.

Fonte: STARK (2006).

a) Imagine: Primeiro, nasce uma ideia para o produto (como um automvel). Neste estgio, o veculo pode somente ser um sonho em sua cabea. b) Defina: O veculo definido em detalhes, feita uma exata descrio do que criado. Neste estgio, o produto fsico, o veculo, por exemplo, no existe e no pode ser usado. c) Realize: Aqui o produto realizado, por exemplo, todas as peas do veculo sero produzidas e montadas exatamente da forma como sero usadas. d) Suporte: O produto usado por algum e precisa de definies sobre a sua utilizao. e) Retire: Finalmente o produto chega ao fim de sua vida. Aqui, algumas peas podem ser reusadas, outras recicladas e outras descartadas.

10 Segundo Garetti et al. (2005), PLM considerado um dos maiores desafios organizacionais e tecnolgicos para as empresas de manufatura, pois, atualmente, as empresas lidam com uma grande quantidade de informaes relacionadas aos produtos dispersas em muitas reas e, muitas vezes, em parceiros que podem trabalhar de forma colaborativa com estas empresas. Alm disso, o ritmo de crescimento da quantidade de informaes muito maior comparado ao de anos atrs, pois, devido alta competitividade entre as empresas, fazse necessrio o lanamento de produto em curtos intervalos de tempo. Empresas continuamente desenvolvem solues de software que auxiliam no gerenciamento do ciclo de vida do produto. Tais solues se aplicam a vrios momentos do ciclo, como desenvolvimento conceitual, anlise, manufatura, suporte, retirada do produto do mercado, e sua reciclagem. Entretanto, para que se possa explorar ao mximo a potencialidade destas ferramentas, desejvel que estes sistemas, como CAD, CAM, CAE, ERP e CRM, sejam semanticamente interoperveis. Na figura 3 traz a integrao das reas automobilsticas, aeroespaciais e manufatureiras com os softwares CAD, CAM, CRM, ERP e outros.

Figura 3 Universo de inter-relacionamento do PLM.

Fonte: Adaptado de CIMDATA (2003).

A integrao demonstrada na figura 3 a chave para possibilitar o compartilhamento dos dados entre programas (softwares) de PLM e os aplicativos e ferramentas das empresas. Os programas de PLM devem incorporar uma estrutura de troca de

11 informaes, que permitam que as organizaes padronizem esforos de integrao com mltiplas possibilidades de cruzamento de dados. Os desafios enfrentados pelas indstrias so bem conhecidos: ciclo de vida dos produtos mais curtos, exigncias mais rigorosas de qualidade, margem de lucros em queda e aumento da concorrncia. A partir desses cenrios que o PLM torna-se um fator de competitividade, atravs do aumento da especializao dos seus aplicativos, com objetivos de melhorar o seu processo de desenvolvimento de produtos de forma duradoura e abrangente. A gesto do ciclo de vida comumente abordada em diversos aspectos. As pesquisas sobre PLM podem ser classificadas em trs grupos. O primeiro envolve a especificao de processos e a definio de mtodos para PLM. O segundo abrange as questes tcnicas de integrao de sistemas de informao, que o foco do presente trabalho. O terceiro trata da aplicao do PLM em diferentes contextos. Em um cenrio de forte competitividade e rpidas mudanas, o desenvolvimento do produto passa a ser considerado uma atividade essencial na obteno de diferencial competitivo para os negcios. Aprofunda-se esta descrio com a definio de Grieves (2006) que v o PLM como a informao sobre o desenho, a manufatura, o uso e o descarte do produto, que pode ser capturada e assim substituir a ineficincia, o desperdcio de tempo e de energia e de material durante todo ciclo de vida deste produto, transformando-o em uma nova fonte de produtividade. A figura 4 mostra o modelo de PLM, segundo a viso de Grieves (2006).

Figura 4 Modelo de PLM.

Fonte: GRIEVES (2006).

12 Segundo Grieves (2006), a informao central (Info Core) sobre o produto durante o gerenciamento do ciclo de sua vida o foco para abordagem PLM, como descrito a seguir: a) Requisitos, Anlise e Planejamento: so os passos iniciais para qualquer desenvolvimento de produto. Nesta fase so definidas quais as principais funes, quais requisitos o produto deve ter e estes so reunidos dentro das especificaes do produto, nesta fase busca-se definir o que o consumidor quer comprar e como. b) Conceito de Engenharia e Prottipos: os requisitos transformam-se em um conceito de engenharia e, consequentemente, constroem-se prottipos. Enquanto o produto se desenvolve de forma geral no planejamento, aqui a engenharia do produto transforma informaes gerais em especificaes. Cabe a este grupo fazer com que todas as variedades de componentes ajustem-se em um sistema integrado e consistente. c) Engenharia do Produto: nesta etapa trata-se da concepo do produto. A atividade central a criao e detalhamento para cada componente, subsistema e sistema que compe o produto final e, a partir deste detalhamento que possvel decidir fazer internamente (make) ou comprar (buy) para cada um dos itens. d) Engenharia de Manufatura e Produo: uma vez definida as especificaes do produto, papel da engenharia de manufatura determinar como o produto deve ser construdo. O desenho analisado e a lista de processo desenvolvida para especificar qual operao deve ser feita e em que ordem. Estas peas devem ser montadas em sequncia pr-estabelecida para realizar o produto completo. e) Vendas e Distribuio: esta etapa consiste em desenhar todo o processo de venda e distribuio do produto. Na maior parte dos casos o novo produto vendido e comercializado pelo processo de vendas j existentes. Para a distribuio deve-se levar em conta logstica, que inclui planejamento, implementao e controle de fluxo eficiente e eficaz de todo o material e produtos da empresa, assim como do fluxo de informao, desde sua origem at o cliente final. f) Servios: funes de vendas e distribuio usam a informao do produto para: falar para o revendedor e o usurio, quais funes e

13 especificaes o produto possui para alcanar a performance esperada do produto. O usurio de um produto necessita de informaes para entender como obter as melhores opes de funcionamento do bem adquirido. g) Disposio e Reciclagem: o aspecto final do ciclo de vida do produto, na viso deste autor, trata da disposio e reciclagem para ento encerrar a vida deste produto. Informaes de como o produto foi desenhado e com qual composio foi construdo so necessrias para a efetiva e eficiente reciclagem de algumas peas, o reuso de outras e descarte do restante. Neste item ressalta-se tambm a importncia das regulamentaes as quais o produto deve atender. Ainda segundo Grieves (2006), h certos conceitos e tecnologias incorporadas criao do PLM que merecem ateno especial, sejam eles: Computer Aided Design (CAD), Engineering Data Management (EDM), Product Data Management (PDM) e Computer Aided Manufacturing (CAM). Entretanto, o PLM mais do que a soma destes conceitos e tecnologias. a forma como eles foram incorporados que atribui ao PLM seu grande potencial. Os sistemas CAD, que a princpio serviam apenas para projetar desenhos de forma mais rpida e precisa, rapidamente desenvolveram suas funcionalidades e passaram da periferia dos sistemas utilizados em projetos para o sistema principal, possibilitando a manipulao, controle e sistematizao dos dados dos projetos. Contudo, as informaes carregadas nos sistemas CAD/CAE/CAM no eram suficientes para descrever o produto com um todo, assim foram complementadas e associadas com as informaes que compunham os sistemas EDM, como a lista de materiais (GRIEVES, 2006). Com o avano da Tecnologia da Informao as empresas passaram a utilizar sistemas computacionais para suportar suas atividades. Geralmente, em cada empresa, vrios sistemas so desenvolvidos para atender aos requisitos especficos das diversas unidades de negcio, plantas, departamentos e escritrios. Por exemplo, o departamento de planejamento da produo pode utilizar um sistema prprio e o departamento de vendas utilizar outro. Dessa forma, a informao fica dividida entre diferentes sistemas. Os principais problemas dessa fragmentao da informao so a dificuldade de obteno de informaes consolidadas e a inconsistncia de dados redundantes armazenados em mais de um sistema. Um exemplo disso aconteceu em 1999, quando a sonda espacial Mars Climate Orbiter, projetada para estudar o clima marciano, chocou-se violentamente com a atmosfera daquele

14 planeta, sendo destruda. A causa do problema? Foram adotados diferentes sistemas de unidades em diferentes partes do projeto, para as quais foram utilizados sistemas de informao distintos. Os engenheiros da NASA, que usam o sistema mtrico, forneceram valores em Newton, a unidade SI de fora. Os engenheiros da Lockheed, que construram a sonda, programaram seu computador para libra-fora, a unidade do sistema imperial. Quando os nmeros corretos (em Newton) foram interpretados pelo computador de bordo como sendo libra-fora, a aproximao da nave com o planeta resultou num desastre. O projeto inteiro havia custado 125 milhes de dlares (LIOYD, 1999). A tendncia dos sistemas PLM a integrao completa de todas as solues que auxiliam as atividades operacionais e de projeto ao longo do ciclo de vida dos produtos. Para a efetiva realizao desta colaborao, o processo produtivo tem de se tornar um processo integrado, em que todos os mtodos, ferramentas e sistemas em uso por parte das empresas devem estar integrados.

2.2

ONTOLOGIAS

A palavra ontologia tem a sua origem nos pensamentos filosficos de Aristteles. A disciplina de computao resgatou este termo, inserindo-o num novo contexto, apesar de prximo do significado original. A literatura sobre ontologias apresenta uma srie de definies distintas. Essas diferentes definies apresentam pontos de vista distintos e at mesmo complementares para uma mesma realidade. Guarino (1997) discute sobre o significado preciso do termo dentro da Cincia da Computao, pois o seu significado preciso tende a variar conforme o objetivo do uso da ontologia. Uma ontologia, segundo o autor, uma conceptualizao compartilhada de um determinado domnio, onde conceptualizao basicamente uma ideia do mundo que uma pessoa ou grupo de pessoas pode ter. composta de um conjunto de conceitos dentro desse domnio, sendo esses organizados como uma taxionomia, e de relaes entre esses conceitos. Segundo Neches (1991), uma ontologia define os termos e relaes bsicas que compreendem o vocabulrio de uma rea tpico assim como as regras para combinar termos e relaes para definir extenses ao vocabulrio. Esta definio descritiva diz o que fazer para

15 construir uma ontologia e inclui no apenas os termos que so explicitamente definidos, mas tambm o conhecimento que pode ser inferido dela. Esta definio foi seguida pela rea de Inteligncia Artificial. Para Borst (1997), uma ontologia define as regras que regulam a combinao entre os termos e as relaes. As relaes entre os termos so criadas por especialistas e os usurios formulam consultas usando os conceitos especificados. Uschold e Jasper (1999) proveram uma nova definio da palavra ontologia em que se pode ter uma variedade de formas, mas necessariamente inclui um vocabulrio de termos e alguma especificao de seu significado. Isto inclui definies e uma indicao de como conceitos esto inter-relacionados, que coletivamente impem uma estrutura no domnio e restringem as interpretaes possveis dos termos. Segundo Gruber (1993), uma ontologia uma especificao formal e explcita de uma conceptualizao compartilhada. Ela define um modelo abstrato que descreve conceitos e relacionamentos de algum domnio particular. A especificao codificada em uma linguagem formal, onde definies e nomes explcitos so atribudos aos conceitos e relacionamentos do modelo abstrato. Fornece uma descrio exata do conhecimento. Ao contrrio da linguagem natural em que as palavras podem possuir semntica totalmente diferente conforme o seu contexto, a ontologia, por ser escrita em linguagem formal, no deixa espao para a diferena semntica existente na linguagem natural. As ontologias podem ser usadas em diversas reas: a) Servios: Uma ontologia facilita a troca de informaes entre sistemas. b) Portais Web: Enriquece os documentos com uma ontologia que represente a sua informao, no qual estar aberto o caminho para a utilizao de processos automticos para a consulta desse portal. c) Comrcio Eletrnico: Proporciona habilidade multilingusticas ao fluxo de informao em portais, permite manuteno semiautomtica de catlogo de produtos, traduo automtica e interpretao da linguagem natural nas requisies de usurios, a interatividade obtida com o uso de servios de navegao e entradas em linguagem natural (LEGER, 2000). d) Gesto de Conhecimento: Permite a reutilizao do conhecimento sobre um domnio. Introduz padres que permitem a interoperabilidade entre aplicaes.

16 As ontologias no apresentam sempre a mesma estrutura, mas possuem caractersticas e componentes comuns bem definidos. Os componentes bsicos de uma ontologia so: classes (entidades organizadas taxonomicamente), relaes (o tipo de interao entre os conceitos de um domnio), axiomas (usados para modelar sentenas sempre verdadeiras) e instncias (utilizadas para representar elementos especficos, ou seja, os prprios dados) (GRUBER, 1996; GUINNESS, 2001). A ontologia define assim uma linguagem (conjunto de termos) que ser utilizada para formular consultas. Ela caracteriza um domnio atravs da representao dos seguintes conceitos: classes no domnio de interesse, instncias (indivduos) das classes representadas, relaes para representar os tipos de interaes entre classes e entre indivduos, funes para a representao de casos especiais de relaes, em que o ensimo elemento de um relacionamento nico para o elemento predecessor, axiomas para a modelagem de sentenas que so sempre verdadeiras (FENSEL, 2001; GMEZ-PREZ et al., 2004). Por exemplo, quando uma pessoa fala para outra a palavra globo ela pode estar querendo falar a respeito de um corpo esfrico, como tambm de um canal de televiso brasileiro. A interpretao da palavra pode ser atribuda a um conceito ou outro conforme o estado mental do indivduo. Porm, se h uma conceptualizao comum entre essas duas pessoas a possibilidade de mal entendido diminui muito. Por exemplo, se essas pessoas concordam em uma ontologia sobre o domnio de formas geomtricas, possivelmente no haver mal entendido. Segundo Gruninger e Uschold (1996), o modo de enderear estes problemas reduzir ou eliminar a confuso conceitual e terminolgica e chegar a um entendimento compartilhado. Tal entendimento pode funcionar como uma abordagem unificadora para os diferentes pontos de vista e servir como base para: a) A comunicao entre pessoas com diferentes necessidades e pontos de vista, vindo de seus diferentes contextos. b) A interoperabilidade entre sistemas obtida pela traduo entre diferentes mtodos de modelagem, paradigmas, linguagens e ferramentas de software. Para Novollo (2003), a utilizao de ontologias permite definir uma infraestrutura para integrar sistemas inteligentes no nvel do conhecimento, trazendo grandes vantagens, quais sejam: a) Colaborao: possibilitam o compartilhamento do conhecimento entre os membros interdisciplinares de uma equipe.

17 b) Interoperao: facilitam a integrao da informao, especialmente em aplicaes distribudas. c) Informao: podem ser usadas como fonte de consulta e de referncia do domnio. d) Modelagem: as ontologias so representadas por blocos estruturados que podem ser reusveis na modelagem de sistemas no nvel de conhecimento. e) Busca baseada em ontologia: recuperar recursos desejados em bases de informao estruturadas por meio de ontologias. Desta forma, a busca torna-se mais precisa e mais rpida, pois quando no encontrada uma resposta exata consulta, a estrutura semntica da ontologia possibilita, ao sistema, retornar respostas prximas especificao da consulta. Guarino e Welty (2000) propem categorias para classificar ontologias com base no nvel de detalhamento da representao de um dado domnio. So elas: a) Vocabulrio: consiste de uma lista de termos e respectivas definies. Corresponde a uma definio em XML Schema, por exemplo. b) Taxonomia: definio de hierarquias sobre os termos do vocabulrio. Cada termo em uma taxonomia pode estar relacionado a uma ou mais relaes do tipo pai-filho. c) Sistema relacional: prev relacionamentos associativos alm dos hierrquicos entre os termos do vocabulrio. d) Teoria axiomtica: alm dos relacionamentos, suporta a definio de regras de inferncia e de restries atravs de axiomas.

2.2.1 Linguagens

Nesta seo, as ontologias so apresentadas como um modelo formal para fins de representao do conhecimento, destacando a sua principal caracterstica de ser uma linguagem expressiva na representao de seus conceitos e relaes. Uma linguagem pode ser vista como algo que determina todas as especificaes possveis (todas especificaes vlidas gramaticalmente) que podem ser construdas usando aquela linguagem (GUARINO, 1997).

18 Assim, uma linguagem de modelagem deve ser suficientemente expressiva para caracterizar corretamente a conceptualizao de seu domnio de assunto e a semntica das especificaes produzidas devem ser claras para um projetista da especificao reconhecer o que os construtores da linguagem significam em termos de conceitos de domnio. A especificao produzida usando a linguagem deve facilitar ao usurio o entendimento e raciocnio sobre os estados representados das coisas. Dentre as linguagens utilizadas pelos projetos de Ontologias, destacam-se a OWL (Web Ontology Language), XML (Extensible Markup Language), RDF (Resource Description Framework), OIL (Ontology Interchange Language), Ontolngua, SHOE e XOL. A OWL (Web Ontology Language) uma linguagem para definir e instanciar ontologias na Web. Uma ontologia OWL pode incluir descries de classes e suas respectivas propriedades e seus relacionamentos. Foi projetada para o uso por aplicaes que precisam processar o contedo da informao ao invs de apenas apresent-la aos humanos (MIKA, 2007). OWL uma linguagem de especificao de ontologias baseada em lgica descritiva e grafos conceituais. Permite a representao de conceitos organizados em taxonomias, relaes e axiomas em lgica de primeira ordem (KENT, 1999). vista como uma tecnologia importante para a futura implementao da Web Semntica. Ela vem ocupando um papel importante em um nmero cada vez maior de aplicaes, e vem sendo foco de pesquisa para ferramentas, tcnicas de inferncias, fundamentos formais e extenses de linguagem. A OWL faz parte da crescente lista de recomendaes da W3C relacionadas ao desenvolvimento da Web Semntica (OWL, 2004). Esta linguagem oferece mecanismos para representar explicitamente o significado dos termos e os relacionamentos entre estes termos (OWL, 2004). uma linguagem para ontologias Web desenvolvida para a utilizao em aplicaes que necessitam processar o contedo de informaes em vez de somente apresent-las aos usurios, ou seja, ela pretendida para ser utilizada quando informaes contidas em documentos precisam ser processadas por aplicaes, ao contrrio do que ocorre quando estes contedos somente so apresentados aos humanos. Desta forma, pode ser entendida como uma linguagem para definio e instanciao de ontologias Web, sendo que estas devem incluir descries de classes, propriedades e suas instncias. Ainda segundo o W3C, OWL pode ser utilizada para: a) Formalizar um domnio pela definio de classes e propriedades destas classes.

19 b) c) Definir instncias e propriedades sobre elas. Raciocinar a respeito destas classes e instncias at o grau permitido pela semntica formal da linguagem. De acordo com Mika (2007), as ontologias OWL podem ser classificadas em trs espcies, de acordo com a sub-linguagem utilizada OWL-Lite, OWL-DL e OWL-Full. A caracterstica principal de cada sub-linguagem a sua expressividade. A OWLLite a sub-linguagem sintaticamente mais simples. Destina-se a situaes em que apenas so necessrias restries e uma hierarquia de classes simples. A OWL-DL mais expressiva que a OWL-Lite e baseia-se em lgica descritiva, um fragmento de Lgica de Primeira Ordem, passvel, portanto de raciocnio lgico. possvel assim computar automaticamente a hierarquia das classes e verificar inconsistncias na ontologia. A OWL-Full a sub-linguagem OWL mais expressiva. Destina-se a situaes onde alta expressividade mais importante do garantir a possibilidade de deciso ou completeza da linguagem. No final do ano de 2009, foi criada a nova verso OWL 2.0, as mudanas realizadas no aplicativo original tm como objetivo inserir a descoberta de servios Web semnticos com anlise das pr-condies e efeitos dos servios. A OWL 2.0 fornece interfaces de comunicao com outros mdulos que por ventura precisem se integrar ao aplicativo, assim como a OWL em sua verso anterior. Foi mantido no aplicativo o alto grau de escalabilidade possibilitando a incluso de novos filtros e mtodos de busca que venham a ser desenvolvidos e acoplados ao aplicativo no futuro. (AMORIM, 1995). As principais funcionalidades que so introduzidas por esta reviso so as seguintes (AMORIM, 1995): a) Enriquecimento da descrio de propriedades (especificar a disjuno de propriedades). b) Enriquecimento do conceito de datatype, sendo agora possvel criar novos tipos de dados de maneira explicita, bem como aplicar-lhes um maior leque de restries. c) Capacidades de meta modelao no OWL DL (possibilidade de usar a mesma designao para uma classe e para uma instncia).

20 Os elementos bsicos para construo de uma ontologia OWL so as classes, as instncias (tambm chamadas de indivduos) das classes, os relacionamentos (as propriedades) entre estas instncias e os axiomas. Nas prximas Subsees sero apresentados estes elementos: a) Classes: proveem um mecanismo de abstrao para agrupar recursos com caractersticas similares, ou seja, uma classe dene um grupo de indivduos que compartilham algumas propriedades. O conjunto de indivduos que esto associados a uma classe, chamado de extenso de classe. Os indivduos em uma extenso de classe so chamados de instncias da classe. Cada indivduo na OWL membro da classe owl:Thing. Deste modo, ela superclasse de todas as classes OWL denidas pelos usurios. Alm disso, existe a classe owl:Nothing (no possui instncias) que uma subclasse de todas as classes OWL (MIKA, 2007). Uma classe sintaticamente representada como uma instncia nomeada da owl:Class, que uma subclasse da rdfs:Class. Uma classe em OWL pode ser denida da seguinte maneira: <owl:Class rdf:ID="Organization">. A sintaxe rdf:ID="Organization" usada para nomear a classe. Segundo McGuinness (2004), esta classe, dentro do documento em que ela foi denida, pode ser referenciada usando-se a expresso #Organization. Segundo Bechhofer et al. (2005), uma classe tem um signicado intencional que relacionado, mas no igual extenso de classe, ou seja, duas classes podem ter mesma extenso de classe e serem classes diferentes. Alm disso, em OWL Lite e OWL DL, classes e indivduos formam um domnio disjunto, diferentemente de OWL Full, que permite que uma classe seja instncia de outra classe. b) Instncias: os indivduos, que so instncias de classes, so denidos com fatos. Um fato uma declarao que sempre verdade em um dado domnio. Indivduos podem ser relacionados usando-se as propriedades da OWL (MIKA, 2007). c) Propriedades: so relaes binrias que podem ser usadas para estabelecer relacionamentos entre indivduos ou entre indivduos e valores de dados. Estes relacionamentos permitem armar fatos gerais sobre os membros das classes e podem tambm especicar fatos sobre indivduos. Segundo McGuinness 2004, a OWL distingue entre duas categorias principais de propriedades: i. Propriedades de dados (datatype properties): relao entre indivduos e valores de dados. Uma propriedade de dado denida como uma instncia da classe owl:DatatypeProperty.

21 ii. As Propriedades de objetos (object properties): relao entre indivduo. Uma propriedades possuem as seguintes caractersticas: Transitiva

propriedade de objeto denida como instncia da classe owl:ObjectProperty. (owl:TransitiveProperty),Simtrica(owl:SymmetricProperty),Funcional(owl:FunctionalPrope rty) e Inversa(owl:inverseOf). A OWL permite que sejam impostas restries sobre propriedades. Uma restrio um tipo especial de descrio de classe, isto , descreve uma classe annima de indivduos que satisfazem as restries. As restries podem ser de valores (allValuesFrom, someValuesFrom e hasValue) ou de cardinalidade (maxCardinality, minCardinality e Cardinality). d) Axiomas: na prtica, os axiomas especicam denies de termos na ontologia e restries sobre sua interpretao. Geralmente especicados em linguagem natural, Falbo (1998), cita que os axiomas tambm podem ser especicados atravs de lgica de primeira ordem, como sentenas de primeira ordem usando os predicados da ontologia, os axiomas podem ser divididos em dois tipos: i. Axiomas de derivao: so aqueles que permitem explicitar informaes a partir do conhecimento previamente existente. Dividem-se em dois tipos os axiomas epistemolgicos que so descritos para mostrar restries pela forma de estruturao dos conceitos e os axiomas ontolgicos que descrevem restries de significao impostas no domnio. ii. Axiomas de consolidao: descrevem a coerncia das informaes existentes, isto , denem condicionantes para o estabelecimento de uma relao ou para a denio de um objeto como instncia de um conceito. A linguagem XML (Extensible Markup Language) foi originalmente projetada para atender os desafios da publicao eletrnica em larga escala, porm vem desempenhando um importante papel na troca de dados entre sistemas de informao (W3C, 2007). amplamente utilizada para o intercmbio de dados. No mundo real, bases de dados e sistemas computacionais contm informaes em formatos incompatveis (W3C, 2007). Um dos grandes desafios enfrentados atualmente consiste na interoperabilidade destes dados. A definio das tags em XML no pr-definida, o que permite que cada sistema possa definir uma organizao singular que descreva seus dados. Esta caracterstica promove a heterogeneidade de sua estrutura em que, mesmo lidando com conceitos similares, no trivial o processamento de sua equivalncia. Para avaliar a similaridade de documentos de um

22 mesmo domnio, interessante compar-los com uma estrutura que descreve este especfico domnio. Ontologias so teis neste sentido, pois definem os termos usados para descrever e representar um domnio de informao. A linguagem RDF/RDF-Schema possui um modelo de representao simples e flexvel, que permite a interpretao semntica do conhecimento, com a utilizao de conectivos lgicos, de negao, disjuno e conjuno. dividida em duas partes principais: RDF e RDF-Schema. A primeira define como descrever recursos atravs de suas propriedades e valores, enquanto a segunda define propriedades especficas, restringindo sua utilizao (GMEZ-PREZ, 2004). O modelo de dados do Resource Description Framework caracterizado por prever trs tipos de objetos: i. Recursos: tudo descrito por expresses RDF e identificado por um URI (Uniform Resource Identifier). Recursos podem ser pginas Web, partes dela, elementos XML de uma pgina ou uma figura. ii. iii. Propriedades: so aspectos especficos, caractersticas, atributos ou relaes utilizadas para descrever recursos. Sentenas: informao estruturada composta de sujeito (recurso), predicado (propriedade) e objeto (valor da propriedade). O objeto pode ser outro recurso ou um dado primitivo como uma string. A padronizao RDF estabelece um modelo e sintaxe para representar, codificar e transmitir metadados, com o objetivo de maximizar a interoperabilidade de dados de fontes heterogneas na WEB. Outro objetivo tornar possvel a especificao de semntica para base de dados em XML. OIL foi proposta pelo projeto On-to-Knowledge e tem como contribuio o uso de semntica formal e um mecanismo de inferncia, fornecido atravs da lgica de descrio. Combina primitivas de modelagem das linguagens baseadas em frames com a semntica formal. Pode se verificar a classificao e a taxonomia dos conceitos (FENSEL et al., 2001). A Ontolngua combina paradigmas das linguagens baseadas em frames e lgica de primeira ordem. Permite a representao de conceitos, taxonomias de conceitos, relaes, funes, axiomas, instncias e procedimentos (CHAUDHRI et al., 1998). SHOE (HELFIN et al., 1999) foi construda como uma extenso de HTML, permitindo a insero de ontologias em documentos HTML. SHOE combina frames e regras, e permite a representao apenas de conceitos, suas taxonomias, relaes n-rias, instncias e

23 regras de deduo, que so utilizadas por sua ferramenta de inferncia para obter novo conhecimento. O uso de frames permite que diferentes arquivos HTML componham a mesma pgina, permitindo dividir o espao da janela do navegador em colunas e/ou linhas e controlar o seu tamanho, determinando quantas sero as subdivises e qual ser sua distribuio na tela. XOL (KARP et al., 1999) foi desenvolvida a partir de XML representando um pequeno subconjunto de primitivas do protocolo OKBC2. uma linguagem muito restrita, onde apenas conceitos, taxonomias de conceitos e relaes binrias podem ser especificados. No h mecanismos de inferncia agregados. As linguagens de ontologias, representadas, sobretudo, pela linguagem OWL, permitem que se escrevam conceituaes formais e explcitas de modelos de domnio, empregando, como requisitos bsicos, uma sintaxe bem definida, uma semntica formal e alto nvel de expressividade, fornecendo apoio eficiente ao processo de inferncia de significado. A linguagem OWL facilita mais a possibilidade de interpretao por mquinas do contedo da Web do que XML, RDF e RDFS, por fornecer vocabulrio adicional com uma semntica formal.

2.2.2 Ferramentas

Segundo Gmes-Prez (1999), nos anos 90 surgiu um grande nmero de ferramentas para ontologias com o objetivo de dar suporte ao processo de desenvolvimento de ontologias (construo, anotao, integrao,) e ao uso de ontologias em aplicaes. Dentre as diversas ferramentas que so utilizadas para o desenvolvimento de ontologias, as mais utilizadas so: Joe, Ontolngua, OilEd, Altova Semantic Works, KAON e Protg. Este grupo inclui ferramentas, ambientes e sutes que podem ser usadas para construir novas ontologias ou reusar ontologias existentes. Alm das funcionalidades comuns de edio e navegao, estas ferramentas tambm incluem funcionalidades para documentao, exportao e importao de diferentes formatos, diferentes visualizaes da ontologia construda, bibliotecas de ontologias e mquinas de inferncias. A ferramenta JOE proporciona o gerenciamento do conhecimento em ambientes abertos, heterogneos e com diversos usurios. As ontologias so visualizadas como um

24 diagrama entidade-relacionamento, como o gerenciador de arquivos do MS Windows ou como uma estrutura em rvore (MAHALINGAM e HUHNS, 1997). A Ontolngua uma ferramenta que possibilita a construo de ontologias compartilhadas entre grupos. Permite acesso a uma biblioteca de ontologias, tradutores para linguagens e um editor para criar e navegar pela ontologia (FARQUHAR, FIKES, RICE, 1997). A OilEd um editor de ontologias de cdigo aberto que permite construir ontologias utilizando a linguagem OIL. Verificao da consistncia e classificao automtica da ontologia podem ser executadas pela ferramenta FaCT (HORROCKS, SATTLER, TOBIES, 1999). A ferramenta Altova SemanticWorks uma ferramenta de edio de arquivos RDF (Resource Description Framework) e OWL (Ontology Web Language), dentre suas funcionalidades est a possibilidade de visualmente criar a ontologia, observar sua estrutura em diagramas, visualizar as instncias, vocabulrios e outras ontologias. Ela tem as seguintes caractersticas (ALTOVA, 2008): a) Edio e design visual de RDF e RDFS; b) Edio e design visual de OWL; c) Edio de instncias de classes; e d) Checagem de sintaxe em conformidade com as especificaes RDF/XML. A ferramenta KAON consiste em vrios diferentes mdulos provendo uma larga banda de funcionalidades centradas ao redor da criao, armazenamento, manuteno e aplicao de ontologias. Ela comeou e atualmente desenvolvida em conjunto com membros do instituto AIFB da universidade de Karlsruhe e o FZI - Centro de Pesquisa Tecnolgica de informao em Karlsruhe, Alemanha (HANDSCHUH, 2001). Portanto, ele um gerenciador de infraestrutura de ontologias em cdigo aberto, centrado em aplicaes de negcio. Um importante foco a sua escalabilidade e sua eficincia com ontologias (HANDSCHUH, 2001). KAON apresenta vrios mdulos: a) ENGINEERING SERVER: um mecanismo de armazenamento para KAON ontologias baseadas em banco de dados relacional, adequado para uso durante a construo de ontologias. O Modelo inclui clientside caching com deteco de coerncia.

25 b) KAON API: prov acesso programado ontologias e instncias independentemente do mecanismo de armazenamento de ontologias. Suporta evoluo de ontologias, modularizao de ontologias, acesso concorrente ontologias e processamento transacional. Mecanismos de armazenamentos correntes incluem modelos RDF ou banco de dados relacionais. c) d) KAON PORTAL uma ferramenta simples para gerao multilingual de ontologias baseadas em web portais. KAON REVERSE KAON Permite a gerao de instncias RDF mapeando banco de dados relacional em ontologias. O Protg foi desenvolvido pelo Stanford Medical Informatics na escola de medicina da Universidade de Stanford com o apoio de diversos colaboradores. Esta ferramenta dispe de uma interface grfica para edio de ontologias e uma arquitetura para a criao de ferramentas baseadas em conhecimento. Pode ser usada tanto por desenvolvedores de sistema como por especialistas em domnio para criar bases de conhecimento, permitindo representar facilmente o conhecimento de uma rea. Este editor capaz de tratar classes, com sua definio e exemplos, simultaneamente (PROTG USER GUIDE, 2009). Sua interface grca prov acesso a barra de menus e barra de ferramentas, alm de apresentar cinco reas de visualizao (views) que funcionam como mdulos de navegao e edio de classes, atributos, formulrios, instncias e pesquisas na base de conhecimento, propiciando a entrada de dados e a recuperao das informaes. A arquitetura do Protg ilustrada na figura 5. A interface do usurio definida pelos plug-ins e slots que fazem a interface frente base de conhecimento definida pelo Protg, representada pelo ncleo do mesmo que faz a comunicao com a base de armazenamento que podem ser em formato de banco de dados ou arquivos.

26

Figura 5 Estrutura do Editor Protg.

Fonte: PROTG USER GUIDE (2009).

A estrutura do Protg est dividida em: interface com o usurio, ncleo do Protg e armazenamento persistente. Essa arquitetura ajuda no crescimento da ferramenta, pois novos mdulos so desenvolvidos preocupando-se somente com o mdulo que se deseja, seja uma nova base de dados de armazenamento persistente ou um novo plug-in de interface com os usurios. A ferramenta suporta o desenvolvimento iterativo, com ciclos de reviso da ontologia. Por consequncia, os desenvolvedores no devem esperar a concluso da ontologia sem considerar alguns aspectos do processo. Esses aspectos so sugeridos a partir de passos documentados no Guia online Protg (2009) e servem para evitar alguns problemas possveis no desenvolvimento de ontologias. Segue um breve resumo dos passos recomendados (PROTG USER GUIDE, 2009): a) Planejar a aplicao e os usos pretendidos para a base de conhecimento. Devem ser levados em considerao os problemas que podem ser resolvidos com a construo de uma ontologia. b) Construir uma ontologia inicialmente pequena, com classes e atributos.

27 c) Utilizar os formulrios que o Protg gera automaticamente. Estes formulrios servem para povoar a base de conhecimento a medida em que so preenchidos os atributos de uma classe constituindo instancias ou exemplos. d) Revisar a ontologia e seus formulrios. apropriado que especialistas no domnio ou usurios finais da modelagem conceitual faam isto. Grandes modificaes na estrutura podem ser complicadas, por isso a importncia da reviso que possibilita acompanhar a construo da ontologia evitando reconstruir alguma parte ou toda a base de conhecimento. e) f) g) h) Customizar os formulrios de acordo com as necessidades e, se preciso retornar a edio da ontologia. Expandir a base de conhecimento com especialidade no domnio modelado para testar as aplicaes desejadas. Testar a aplicao com os usurios finais. Esta etapa pode conduzir a Revises adicionais da ontologia.

A plataforma Protg possui duas principais formas de modelagem de ontologias (PROTG USER GUIDE, 2009): a) Editor de Frames do Protg: permite ao usurio construir e preencher ontologias que so baseadas em frames de acordo com o protocolo OKBC (Open Knowledge Base Connectivity). Neste modelo, uma ontologia consiste em um conjunto de classes organizadas em uma classificao hierrquica para representar os conceitos importantes de um domnio, um conjunto de slots associados com as classes para descrever suas propriedades e relacionamentos, e um conjunto de instncias destas classes - exemplares individuais dos conceitos que contm valores especficos para as suas propriedades. b) Editor OWL do Protg: permite aos usurios construir ontologias para a Web Semntica, em especial utilizando a linguagem OWL especificada pela W3C. Uma ontologia desenvolvida em OWL pode incluir descries de classes, propriedades e suas instncias. Dada uma determinada ontologia, a semntica formal da OWL especifica como

28 derivar suas consequncias lgicas, isto , fatos que no esto explicitamente presentes na ontologia, mas conferida pela semntica.

2.2.3 Mtodos de Criao

Qualquer que seja o mtodo escolhido para o processo de construo de ontologias, a etapa de conceptualizao, que constri um modelo conceitual, e a etapa de formalizao, que constri um modelo formal, sempre estaro presentes (CANTELE, 2004). Na sequncia sero demonstrados alguns mtodos referenciais para construo de ontologia.

2.2.3.1 BERNERAS ET AL.

Esta metodologia est condicionada aplicao. Desta maneira, a aplicao e a ontologia so desenvolvidas ao mesmo tempo (BERNERAS et al., 1996). As fases para construo da ontologia so: a) Especificao da aplicao: definir uma lista de termos e tarefas; b) Desenvolvimento preliminar baseado nas categorias ontolgicas de relevncia: utilizar a lista de termos e tarefas como entrada, a fim de obter vises globais do modelo. c) Refinamento e estruturao da ontologia: definio de uma ontologia definitiva. Os mdulos no devem ser muito dependentes uns dos outros e devem ser os mais coerentes possveis, a fim de se obter a mxima homogeneidade de cada mdulo. Os componentes da ontologia so criados na fase de especificao da aplicao, pois nesta define-se a lista de termos e tarefas.

29 2.2.3.2 Methontology

Esta metodologia foi desenvolvida pelo grupo de Inteligncia Artificial da Universidade Politcnica de Madri (GOMEZ-PEREZ, 2002), (LPEZ et. al., 1997). A Methontology contempla um conjunto de estgios de desenvolvimento, um ciclo de vida baseado em evoluo de prottipos e tcnicas para realizar as atividades de planejamento, desenvolvimento e suporte. Estas etapas esto descritas a seguir, conforme descrito na figura 6: a) Atividades de Gerenciamento de Projeto: planejamento. a primeira atividade a ser executada. So definidas quais tarefas sero desenvolvidas e a utilizao dos recursos planejada. b) Atividades de Desenvolvimento Orientado: inclui especificao, conceptualizao, formalizao, integrao, implementao e manuteno. A especificao define porque a ontologia est sendo construda (utilizao e usurios finais). A conceptualizao estrutura o domnio de conhecimento em um modelo conceitual. A formalizao transforma o modelo conceitual em um modelo formal ou semicomputvel. A integrao de ontologias busca desenvolver uma nova ontologia a partir de outras j disponveis. A implementao transforma modelos computveis em linguagens computacionais. A manuteno executa a manuteno na ontologia quando necessria. c) Atividades de Suporte: inclui aquisio de conhecimento, documentao e avaliao. Na aquisio de conhecimento estudado o conhecimento de um determinado domnio. A documentao a explicao completa e exaustiva de todos os recursos e fases existentes. Na avaliao so realizadas comparaes tcnicas das ontologias, relacionadas com software e documentao.

30

Figura 6 Viso Geral da metodologia Methontology.

Fonte: Adaptado de FERNNDEZ et al.,1997

2.2.3.3 GRNINGER e USCHOLD

Na viso de Grninger e Uschold (1996), ontologia um termo usado para se referir a uma concepo compartilhada de algum domnio de interesse, e pode ser utilizada para unificar o processo de soluo de problemas relativos ao domnio em questo. Afirmam que uma ontologia necessariamente incluir um vocabulrio de termos e alguma especificao de seu significado. Esse vocabulrio pode ser representado com distintos graus de formalismo, desde o altamente informal, utilizando-se linguagem natural, at o rigorosamente formal, representando-se os termos por meio de teoria lgica. As etapas da metodologia de Grninger e Uschold (1996) so descritas a seguir, conforme descrito na figura 7: a) Cenrios de motivao: os cenrios motivadores so descries de problemas ou exemplos que no so referenciados adequadamente por

31 ontologias existentes. Identifica possveis problemas que demandem uma nova ontologia. A partir destes cenrios motivadores, chega-se a um conjunto de solues possveis que carregam a semntica informal dos objetos e relaes que posteriormente sero includos na ontologia. b) Questes de competncia informais: baseado no cenrio, um conjunto de perguntas ir surgir, como por exemplo, quais so as questes que a ontologia deve responder. Elas no so expressas em linguagem formal e so elaboradas com o propsito de auxiliar a anlise da ontologia. c) Terminologia formal: definio de um conjunto de termos/conceitos, a partir das questes de competncia. A terminologia da ontologia deve ento ser especificada numa linguagem formal, usando lgica de primeira ordem ou equivalente. Nessa fase a terminologia da ontologia deve ento ser especificada numa linguagem formal. Durante os processos de captura e/ou formalizao, pode surgir necessidade de integrar a ontologia em questo com outras j existentes, visando aproveitar conceituaes previamente estabelecidas. d) Questes de competncia formais: so utilizadas as questes de competncia informal e a terminologia formal para obteno das questes de competncia descrita em uma linguagem formal. e) Axiomas formais: criao dos axiomas, que especificam as definies dos termos e limitaes de sua interpretao, descritos em linguagem formal, com o objetivo de definir a semntica dos termos e relacionamentos da ontologia. Os axiomas em uma ontologia podem apresentar duas formas e propsitos diferentes: axiomas de derivao e axiomas de consolidao. Axiomas de derivao so aqueles que permitem explicitar informaes a partir do conhecimento previamente existente. Assim, so meios para a deduo e representam consequncias lgicas neste processo. Axiomas de consolidao, por sua vez, no so utilizados para derivar informao, mas apenas para descrever a coerncia das informaes existentes. Neste sentido, no representam consequncias lgicas. Se os axiomas propostos no forem suficientes para esse propsito, ento conceitos, relaes ou axiomas adicionais devem ser introduzidos na ontologia. Por outro lado, axiomas

32 redundantes ou que no contribuem para responder a uma questo de competncia devem ser eliminados. (FALBO, 1998). f) Teoremas integrais: Estabelece condies que caracterizem a ontologia como completa atravs das questes de competncia formalmente descritas e define solues para que as questes de competncia sejam completas. Essa etapa se mantm praticamente inalterada de acordo com sua definio no processo de construo de ontologias. O mtodo de McCain (ARANGO, 1994) para anlise de domnio d uma forte nfase na ideia de que, uma vez produzido, o modelo do domnio deve passar por uma fase chamada anlise de domnio orientada a componentes, na qual sofrer algumas modificaes a fim de maximizar sua facilidade de integrao e minimizar o seu custo de adaptao.

Figura 7 Viso Geral da metodologia de Grninger e Uschold.

Fonte: Adaptado de GRNINGER e USCHOLD (1996)

Grninger e Uschold (1996) ainda identificam diferentes categorias de uso para as ontologias: a) Comunicao entre pessoas e organizaes, com diferentes necessidades e pontos de vista de um contexto particular, atravs da reduo da ambiguidade.

33 b) Interoperabilidade entre sistemas, incluindo sistemas multiagentes, unificando linguagens de representao, bases de conhecimento e ferramentas utilizadas. c) Engenharia de software, na especificao, manuteno e reuso.

De uma maneira geral, as ontologias so especialmente teis na gerncia do conhecimento para recuperao da informao, pois unificam termos, conceitos, categorias e relaes de um mesmo domnio, permitindo o reuso.

2.2.3.4 GRNINGER e FOX

A fase de formalizao da metodologia de Grninger e Fox (1995) pode ser dividida em dois passos: a) Formalizao das questes de competncia a partir da terminologia formal concebida na fase de modelagem conceitual. b) Especificao dos axiomas formais para representar e resolver as questes de competncia, proporcionando, deste modo, semnticas declarativas ontologia. Aps o levantamento das questes de competncia informal na fase de especificao de requisitos e definio da terminologia formal ou conceptualizao na fase de modelagem, as questes de competncia so definidas formalmente como um vnculo de problemas consistentes em relao aos axiomas na ontologia (GRNINGER E FOX, 1995). Para tal, criam-se regras descritas em linguagem formal, a fim de definir semanticamente as sentenas envolvidas nas questes. Segundo Grninger e Fox, todos os termos nas sentenas das questes de competncia formal devem ser includos na terminologia da ontologia, de forma a estabelecer um vnculo entre a ontologia e as questes que ela precisar resolver. Gruninger e Fox (1995) salientam que os axiomas so especialmente importantes para a definio da semntica dos termos contidos na ontologia, pois determinam as regras para sua interpretao. Segundo os autores, uma ontologia pode ser considerada distinta por

34 sua capacidade de representar e resolver um conjunto de diferentes questes de competncia em relao a outras ontologias. Outra atividade que se cabe fase de formalizao a declarao dos axiomas para especificar as definies semnticas dos termos na ontologia e restries em suas interpretaes. Os autores destacam que a especificao dos axiomas ainda no consiste na implementao da ontologia, e sim em uma especificao da mesma.

2.2.3.5 Kactus

A nfase do projeto europeu Esprit Kactus est na organizao de bases de conhecimento que podem ser compartilhadas e reusadas em diferentes sistemas baseados em conhecimento. Para tal, utiliza ontologias de domnio (SCHREIBER, WIELINGA e JANSWEIJER, 1995) para organizar o conhecimento independente da aplicao de software que ser construda. Baseando-se no projeto Kactus, Amaya Bernaras e colegas (BERNARAS, LARESGOITI e CORERA, 1996) investigaram a viabilidade da reutilizao do conhecimento em sistemas de complexidade tcnica, como o domnio de redes eltricas, e o papel das ontologias como suporte a tais sistemas. Tal investigao resultou em um mtodo de construo de ontologias, cujos processos envolvidos estariam condicionados ao desenvolvimento da aplicao, ou seja, toda vez que uma aplicao fosse construda, a ontologia, que representa o conhecimento necessrio para a aplicao, seria refinada. A seguir so apresentados os processos propostos no mtodo Kactus a partir das categorias especificao de requisitos, modelagem conceitual e integrao: a) Especificao de requisitos: essa fase contempla a especificao da aplicao que consiste em produzir um contexto para a mesma e uma viso dos componentes que sero necessrios de serem modelados em tal aplicao. O resultado da fase uma lista de necessidades ou requisitos que precisam ser atendidos pela aplicao. b) Modelagem Conceitual: tendo desenvolvida a lista de requisitos, o prximo passo seria identificar os termos relevantes para o domnio da aplicao a partir de tais requisitos. Posteriormente, em funo dos

35 termos identificados e das necessidades especificadas poderias construir um modelo preliminar, obtendo-se vrias vises do modelo global em conformidade com categorias relevantes de alto nvel ontolgico, por exemplo, conceito relao e atributo. c) Integrao: para a construo do projeto preliminar na fase de modelagem, o mtodo prope buscar por ontologias j desenvolvidas por outras aplicaes no sentido de reutilizao das mesmas. As ontologias reutilizadas demandariam refinamento e extenso para serem usadas na nova aplicao. A figura 08 mostra um exemplo de reutilizao de ontologias de aplicaes diferentes. A imagem de interseo precisaria ser refinada e estendida de acordo com as caractersticas do domnio da aplicao. Caso no seja possvel a utilizao de ontologias j existentes, o mtodo indica a construo da ontologia a partir do esboo para posterior refinamento e estruturao da mesma.

Figura 8 Projeto do Modelo de aplicao do mtodo Kactus.

Fonte: Adaptado de FERNANDEZ, GOMEZ-PEREZ e CORCHO (2004).

36 2.2.3.6 Mtodo 101

O mtodo 101 foi concebido por Natalya F. Noy e Deborah L. McGuinness (NOY e McGUINNESS, 2001) a partir da experincia no desenvolvimento da ontologia de vinhos e alimentos, utilizando o ambiente de edio de ontologias Protg-2000 (HORRIDGE et al., 2004). Eles propem um guia simples baseado num processo iterativo que ajuda os desenvolvedores, mesmo que no sejam especialistas em Engenharia de Ontologias, a criarem uma ontologia usando estas ferramentas. A sequncia de passos para desenvolver uma ontologia usando essa metodologia resumida a seguir: a) Escolha do domnio e escopo da ontologia: determinao de quais perguntas a ontologia dever responder. Perguntas de competncia so muito importantes nesse domnio, elas permitem que o desenvolvedor entenda quando a ontologia contm informao suficiente e quando ela possui o nvel esperado de detalhes ou representao. b) Reutilizao de ontologias existentes: procura por ontologias que definem o domnio. c) Enumerao dos termos importantes na ontologia: lista de todos os termos usados na ontologia e descreva esses termos, seus significados e suas propriedades. d) Definio das classes e hierarquias de classes: a definio da hierarquia das classes pode seguir a abordagem top-down (especializao dos conceitos), bottom-up (abstrao dos conceitos) ou middle-out (uma abordagem hbrida, mais comum durante processos criativos). e) Definio das propriedades das classes: todas as propriedades e informaes necessrias so adicionadas para que a ontologia responda as perguntas de competncia. f) Definio das restries das propriedades: os valores permitidos para cada propriedade, sua cardinalidade, seu domnio e seu alcance so definidos. g) Criao de instncias: instncias das classes na hierarquia so criadas.

37 2.2.4 Comparativo entre mtodos para criao de ontologias

Existe uma variedade de estratgias para desenvolvimento de ontologias, comprovando a hiptese de que grupos diferentes apresentam abordagens e caractersticas diversas, sendo direcionadas a diferentes propsitos e aplicaes (FERNNDEZ et al., 1999). A partir das informaes dispostas na tabela 1, chegou-se a algumas consideraes sobre os mtodos analisados para construo de ontologias. Tabela 1 Comparativo entre mtodos para criao de ontologias.
Fonte: Adaptado de SILVA (2008).

Fases do ciclo de vida Especificao de Requisitos Modelagem Conceitual Implementao Integrao

Berneras et al. Ausente Codificao e extrao do conhecimento Codificao e Extrao do conhecimento Integrao com ontologias existentes Ausente Ausente

Methontology Definio do escopo da ontologia Mtodos para construo da conceitualizao da ontologia Critrios para escolha de ferramentas Documento de integrao com meta ontologias Verificao e Validao Documentao em cada fase

Grninger e Uschold Determinar o propsito da ontologia Construo do vocabulrio consensual Critrios para escolha de ferramentas Integrao com ontologias existentes Questes de competncia Primitivas e pretenses

Grninger e Fox Questes de competncia informal Concepo da terminologia formal Linguagem Prolog Integrao a ontologias de ncleo comum Teoremas completos Ausente

Kactus Lista de requisitos Reuso de conhecimento de ontologias de alto nvel Ausente Busca por ontologias j desenvolvidas Ausente Ausente

Mtodo 101 Questes de competncia informal Definio de classes, slots, facetas e instncias Ausente Considera reutilizao de ontologias Ausente Via Protg

Avaliao Documentao

No contexto das ontologias, algumas abordagens seguem um modelo de ciclo de vida, outras no. Nesse quesito, a que mais se destaca a Methontology por ser praticamente completa em relao a um ciclo de desenvolvimento, no propondo apenas a fase de pr-desenvolvimento. Em relao a detalhes das atividades e dos procedimentos para sua conduo, algumas metodologias e mtodos mostram-se superficiais na elucidao dos passos para construo de ontologias. o caso dos mtodos Berneras, Kactus e Mtodo 101, os quais parecem considerar que o ontologista j domina o assunto sobre construo de ontologias e no necessita de detalhes acerca de atividades e procedimentos envolvidos. J a Methontology se destaca por fornecer, na maioria das vezes, detalhes de como proceder na conduo de uma dada atividade.

38 Lpez (1999) destaca que a metodologia proposta por Grninger e Fox constroi um modelo lgico de conhecimento especificado por meio da ontologia. Esse modelo no construdo diretamente. Primeiro, feita uma descrio informal das especificaes a serem cumpridas pela ontologia e, em seguida, essa descrio formalizada. A metodologia proposta por Grninger e Uschold possui algumas vantagens como identificar o porqu da construo da ontologia, as suas intenes de uso e identificar conceitos e relacionamentos do domnio de interesse para produzir uma definio precisa dos mesmos. Tambm visto como uma vantagem a possibilidade de codificar a ontologia em uma linguagem formal e a integrao da nova ontologia com as ontologias existentes. A principal desvantagem dessa metodologia que ela no descreve de uma forma precisa as tcnicas para execuo das diferentes atividades. O nvel de detalhamento da metodologia muito pequeno, oferecendo princpios gerais muito vagos.
A criao de uma ontologia se torna problemtica por exigir um grande esforo de profissionais especializados, pois somente estes tm o conhecimento adequado do domnio que est tentando ser formalmente representado. Embora existam ferramentas que auxiliem neste processo, ainda tarefa dos especialistas selecionar os documentos de treino e relacionar os termos mais relevantes e suas ponderaes. Por fim, o profissional necessita revisar a ontologia gerada, procurando por erros ou ambiguidades. Por ser uma tarefa extremamente trabalhosa, muitas pessoas esquecem de adotar uma metodologia adequada, partindo direto para a implementao sem antes adquirir conhecimento sobre o domnio, o que gera os seguintes problemas (FALBO, 1998):

a) O cdigo da implementao acaba descrevendo os modelos conceituais da ontologia. b) Baixa reusabilidade, pois a estruturao da ontologia e as decises de projeto ficam implcitas no cdigo. c) Nem sempre o especialista do domnio da ontologia capacitado para entender o cdigo da implementao, podendo gerar problemas de comunicao. Isto deve ser evitado, pois ele tende a ser a principal fonte de informao sobre o domnio. d) A passagem da aquisio de conhecimento para a implementao ocorre de maneira repentina, gerando dificuldade para o desenvolvimento de ontologias mais complexas.

39 e) A linguagem escolhida pode limitar a capacidade de descrio conceitual do domnio da ontologia. Na seo a seguir, ser abordada a interoperabilidade entre os sistemas, seus nveis de informao e as solues propostas para esse tipo de problema.

2.3

INTEROPERABILIDADE SEMNTICA

Define-se

interoperabilidade

como

sendo

capacidade

de

sistemas

computacionais operarem e cooperarem mesmo na presena de diferentes representaes de dados e protocolos de comunicao (CAFEZEIRO, 2008). Segundo Lichun Wang (2005), interoperabilidade determina se dois componentes de um sistema, desenvolvidos com ferramentas diferentes, de fornecedores diferentes, podem ou no atuar em conjunto. Para BISHR (1997), interoperabilidade a capacidade que um sistema possui de compartilhar e trocar informaes em aplicaes. Segundo Lichun Wang (2008), interoperabilidade a habilidade de dois ou mais sistemas (computadores, meios de comunicao, redes, software e outros componentes de tecnologia da informao) de interagir e de intercambiar dados de acordo com um mtodo definido, de forma a obter os resultados esperados. A interoperabilidade de tecnologia, processos, informao e dados condio vital para o provimento de servios de qualidade. A interoperabilidade entre os mais variados sistemas autnomos permite operar em colaborao, aumentando a produtividade e reunindo esforos, rumo ao objetivo da qualidade total nas organizaes. Alm disso, ela oferece condies de racionalizar investimentos em Tecnologia da Informao, por meio do compartilhamento, reuso e intercmbio de recursos tecnolgicos (CUNHA, 2005). A interoperabilidade, que j chamava ateno dos profissionais da computao, passou a representar um ponto crucial aps o advento da internet, que acelerou o intercmbio de informaes e eliminou fronteiras antes intransponveis (CAFEZEIRO, 2008). Os problemas atuais da informtica e do uso da Internet so muito mais uma consequncia de uma evoluo extremamente rpida, e por isso no ordenada, do que de uma falta de tecnologia para resolv-los.

40 Nas ltimas dcadas ocorreu um desenvolvimento sem precedentes dos sistemas de informao. Esta grande evoluo levou pouqussimo tempo e, por isso, no pde ser planejada em seus detalhes. Ela foi ocorrendo na medida em que as empresas e as pessoas se adaptavam nova realidade (CAMPOS, 2006). Diante destas evolues, o desenvolvimento de sistemas se tornou uma encruzilhada tecnolgica. Dispomos de uma infraestrutura nunca antes imaginada, mas ainda no dispomos de sistemas que utilizem todo este potencial. Sistemas que se possa integrar com outros que j foram desenvolvidos utilizando produtos tecnolgicos distintos, plataformas e arquiteturas at ento incompatveis (CAMPOS, 2006). Para que as informaes disponveis sejam utilizadas pelos diferentes sistemas necessrio, em um primeiro momento, que estas sejam localizadas, acessadas e processadas por tais sistemas. Em um segundo momento, devido sua heterogeneidade estrutural e semntica, a compatibilidade de seu contedo deve ser realizada (MOREIRA, 2003). Para auxiliar a satisfazer essas necessidades, com um esforo computacional reduzido, acredita-se que uma possvel soluo seja o uso de padres e convenes (BURANARACH, 2001). Para que um sistema seja considerado interopervel muito importante que ele trabalhe com padres abertos. Seja um sistema de portal, seja um sistema educacional ou ainda um sistema de e-commerce. Interoperabilidade no somente integrao de sistemas nem somente integrao de redes. No referencia unicamente troca de dados entre sistemas e no contempla simplesmente definio de tecnologia. , na verdade, a soma de todos esses fatores, considerando tambm a existncia de um legado de sistemas e plataformas de hardware e software instalados. Parte de princpios que tratam da diversidade de componentes, com a utilizao de produtos diversos de fornecedores distintos. Tem por meta a considerao de todos os fatores para que os sistemas possam atuar cooperativamente, fixando as normas, as polticas e os padres necessrios para consecuo desses objetivos (SILVA, 2005). Solues tradicionais com arquitetura em camadas, dadas para tentar garantir a compatibilidade de informaes, so conhecidas na rea de banco de dados como, por exemplo, solues que fazem uso de mediadores e conversores. No entanto, essas solues funcionam bem apenas em um universo onde existam os mesmos tipos de estruturas para o armazenamento de informaes e estas sejam previamente conhecidas (FELCISSIMO, 2004). Por exemplo, quando uma empresa precisa realizar negcios eletronicamente com outras empresas ou com a administrao pblica, a complexidade aumenta em razo da

41 necessidade de integrao de sistemas de software, onde ocorre a troca de diferentes tipos de informao. Esse problema denominado barreira de interoperabilidade, que consiste na dificuldade da empresa em prover informao num formato inteligvel aos seus parceiros (ARMS, 2002). Uma forma de solucionar esse problema realizar o mapeamento baseado na semntica. Por exemplo, conceitos como "Rua", "Bairro", "Cidade" podem compor um ativo semntico, e serem agrupados numa entidade semntica denominada Endereo, a qual associada ao conceito, bem definido, endereo. O processo de mapeamento baseado em ontologias, que so usadas para definir e ligar os ativos semnticos. A ligao com a sintaxe original realizada de forma transparente ao usurio. Se as empresas adotarem a mesma ontologia como referncia, o processo de mapeamento pode ser realizado de forma mais natural, baseado no significado dos conceitos. Essa tcnica faz parte da soluo denominada interoperabilidade semntica, onde os ativos semnticos e mapeamentos podem ser reusados e compartilhados (ARMS, 2002). Entende-se por interoperabilidade semntica a capacidade de dois ou mais sistemas heterogneos e distribudos trabalharem em conjunto, compartilhando as informaes entre eles com entendimento comum de seu significado. o significado ou semntica das informaes de diferentes origens, solucionada atravs de ferramentas comuns de representao da informao, como classificao e ontologias (BURANARACH, 2011). A interoperabilidade semntica pode ser entendida como a capacidade de um sistema se comunicar com outros sistemas, compartilhando dados ou invocando processos comuns, independentes de sua plataforma, arquitetura, linguagem de programao ou sistema operacional (GALUPPO, 2004). Alcanar a interoperabilidade semntica significa solucionar o problema da heterogeneidade semntica, que um dos maiores desafios encontrados na tarefa de construir a integrao de sistemas de informao. Basicamente, esta dificuldade se deve ao fato de que mudanas de significado ocorrem, tanto internamente a um contexto no decorrer do tempo, como por alteraes de contexto em diferentes domnios, e consequentemente resultam em diferentes modelos de informao. Isto conduz a vrios tipos de incompatibilidades, tais como estrutural, de representao e conceitual (ARMS, 2002). A interoperabilidade entre os sistemas de informao implica em sua habilidade de trocar e utilizar os dados de forma correta e eficiente. A prtica da interoperabilidade semntica envolve o uso de tcnicas de integrao de informaes, cujo foco no somente a

42 entrega da informao pela simples troca de mensagens. Ela abrange tambm o significado da informao, tanto no contexto do remetente (ou provedor), quanto do destinatrio (ou consumidor) da mensagem (BAIRD, 2007). Alm disso, importante considerar o uso da informao no contexto das aplicaes que realizam transformaes nos dados e retransmitem a informao logo em seguida (PAPAZOGLOU e RIBBERS, 2006). Assim, a interoperabilidade semntica levanta questes relacionadas no s criao, formatao e representao da informao, mas tambm a como essa informao interpretada e utilizada pelas diferentes entidades que cooperam entre si. Para um exemplo simples de falta de interoperabilidade semntica vamos considerar o termo tanque. Em um sistema de informao usado em um contexto militar, geralmente se refere a um tipo de veculo blindado. Em um sistema de informao usado para armazenar informaes sobre equipamentos zoolgicos, o termo tanque se refere a um tipo de recipiente que pode armazenar gua e servir de habitat para peixes. Agora, supomos que tanto o sistema de informao sobre veculos blindados e o sistema de informao sobre equipamentos zoolgicos so usados em uma base militar e que a informao dos dois sistemas esto a interagir com um sistema de gesto de base em toda a instalao. Neste caso, a interpretao do termo tanque no to obvia (MARK, 1999). O uso de ontologias uma das possibilidades mais promissoras para garantir a interoperabilidade semntica de aplicaes Web. Isto porque a conveno adotada para expressar as informaes explcitas e implcitas destas aplicaes de forma estruturada, alm de fornecer um vocabulrio comum com uma semntica bem definida (FELICSSIMO, 2004). Para que informaes oriundas de ontologias diferentes sejam utilizadas, necessrio prever mecanismos eficientes, capazes de suportar os diversos nveis de interoperabilidade (FELICSSIMO, 2004). Os diferentes nveis so vistos a seguir: a) Nvel 0: sistemas no interoperam. b) Nvel 1: nvel de interoperabilidade tcnica. Existe um protocolo de comunicao para troca de dados entre os sistemas participantes. c) Nvel 2: o nvel de interoperabilidade sinttica apresenta uma estrutura comum para troca de informaes, ou seja, um formato comum de dados aplicado. A este nvel, um protocolo comum para a estrutura de dados utilizado e o formato do intercmbio de informaes claramente definido.

43 d) Nvel 3: se um modelo comum de informao de referncia usado, o nvel de interoperabilidade semntica alcanado. troca de informaes esto claramente definidos. e) Nvel 4: a interoperabilidade alcanada quando os sistemas interoperveis esto cientes dos mtodos e procedimentos que cada sistema est empregando. Em outras palavras, o uso dos dados, ou o contexto de sua aplicao, entendida pelos sistemas participantes; o contexto no qual a informao trocada claramente definido. f) Nvel 5: o modelo conceitual e as restries esto alinhados, o mais elevado nvel de interoperabilidade alcanado: a interoperabilidade conceitual. Isso exige que os modelos conceituais sejam documentados com base em mtodos de engenharia que permitam a sua interpretao e avaliao por outros engenheiros. Ou seja, isso requer uma documentao completa para registro dos dados. Os principais paradigmas utilizados para modelar os mapeamentos entre o esquema integrado e a fonte de dados so GaV e LaV. Na abordagem GaV (Global as View), regras denem as relaes do esquema mediado em funo dos esquemas de origem, e assim as consultas vem as fontes de dados como um todo (BUSSE et.al, 1999). Ou seja, um esquema global deve ser expresso em termos das fontes de dados. Cada elemento do esquema global associado com uma viso (consulta) sobre as fontes de dados. As consultas relacionam um elemento do esquema global para uma consulta no esquema local (FAGIN et.al, 2005). Na abordagem inversa, conhecida como LaV (Local as View), as relaes das fontes de dados so denidas como expresses sobre as relaes do sistema mediado, de maneira independente das fontes de dados, ou seja, as consultas veem os esquemas locais (BUSSE et.al, 1999). Segundo Fagin (2005), as consultas relacionam um elemento do esquema local com uma consulta sobre o esquema global. Isso facilita a insero de novas fontes de dados ou a alterao das existentes. A abordagem LaV permite que cada fonte de dados seja modelada de maneira independente. Novas fontes podem ser adicionadas ou modicadas sem ter que alterar o modelo integrado (AMBITE e.t al, 2001). Porm, o esquema integrado deve conter todos os atributos compartilhados por mltiplas relaes, a no ser que estes no sejam do interesse da Neste nvel, o significado dos dados compartilhado e os contedos dos pedidos de

44 aplicao de integrao (FRIEDMAN et.al, 1999). Outra desvantagem que a reformulao de consultas complexa. A abordagem GaV permite que as fontes requisitadas para prover os dados para uma especfica classe de informao possam ser determinadas simplesmente buscando na denio do domnio da classe (AMBITE et. al, 2001). A grande desvantagem a dificuldade de construir e manter o modelo integrado. As relaes do esquema mediado devem conter todas as relaes presentes nas fontes de dados, ou ento consultas conjuntivas sobre elas (FRIEDMAN et.al,1999), ou seja, consultas que correspondam a elementos de pelo menos uma das fontes. Como o sistema dependente dos esquemas, alteraes nos esquemas reais tornam complexa a manuteno dos mapeamentos entre o esquema global e os esquemas reais. O paradigma GLaV (Global and Local as View), proposto em Friedman (1999), combina o poder de expresso dos paradigmas acima, permitindo denies de esquemas mais exveis e independentes de detalhes particulares das fontes de dados. Outra proposta hbrida exibida por Ambite et al. (2001). Segundo os autores, combina a exibilidade do paradigma LaV com a ecincia em tempo de execuo do processamento de consulta do GaV. Para Gardarin (2004), LaV mais apropriado para combinar uma dada ontologia a um dado domnio, enquanto GaV mais fcil onde os esquemas j existem. Na tabela 2 pode ser visualizado um comparativo entre os modelos GaV e LaV (AMBITE et.al, 2001). Tabela 2 Comparativo entre modelos GaV e LaV.
Fonte: Adaptado de Ambite (2001).

GaV
Qualidade do modelo integrado depende da forma como as fontes so compiladas para formar o esquema global Se uma fonte muda ou uma nova adicionada, o esquema global precisa ser refeito Processamento de consultas desdobrado (reformulao de consultas fcil)

LaV
Qualidade do modelo integrado depende de qual bem os mapeamentos para as fontes so especificados Modelo modular e extensvel Processamento de consulta precisa de inferncia (reformulao de consultas mais complexa)

Para Arms (2002), o objetivo da interoperabilidade desenvolver servios coerentes para os usurios, a partir de recursos informacionais que so tecnicamente

45 diferentes e gerenciados por diferentes organizaes. Isto requer acordos de cooperao em trs nveis: a) Tcnico: proporciona a interoperabilidade tecnolgica, onde h o intercmbio coerente de informaes e servios entre sistemas. b) Contedo: remete a interoperabilidade semntica, onde a representao e organizao do conhecimento so as reas chaves a serem estudadas. c) Organizacional: refere-se interoperabilidade poltica, quando organizaes se renem com o intuito de alcanar a interoperabilidade, implementando padres e tecnologias que cooperem com este objetivo. Podem-se aplicar diversos mecanismos para realizar a interoperabilidade de ontologias. Segundo Maedche et al. (2002), so apontadas quatro abordagens distintas com esse propsito: a) Combinao: tem-se como resultado a verso das ontologias originais combinadas em uma ontologia nica, com todos seus termos juntos e sem a definio clara de suas origens. Normalmente as ontologias originais descrevem domnios similares ou de sobreposio. No exemplo da figura 9 tm-se duas ontologias O1 e O2, onde seus conceitos so combinados gerando uma ontologia O, com os conceitos carro da ontologia O1 e veculo da ontologia O2 representados.

Figura 9 Combinao de Ontologias.

Fonte: Adaptado de MAEDCHE (2002).

b) Alinhamento: tem-se como resultado as duas ontologias originais separadas, mas a estas so adicionadas ligaes entre seus termos equivalentes. Estas ligaes permitem que as ontologias alinhadas

46 reusem informaes umas das outras. O alinhamento normalmente realizado quando as ontologias so de domnios complementares. No exemplo da figura 10 tm-se duas ontologias O1 e O2, onde seus conceitos so alinhados gerando duas ontologias, uma com informaes do conceito carro de O1 alinhado ao conceito veculo de O2 e outra com o conceito veculo de O2 alinhado com o conceito de carro de O1.

Figura 10 Alinhamento de Ontologias.

Fonte: Adaptado de MAEDCHE (2002).

c) Mapeamento de ontologias: tem-se como resultado uma estrutura formal com expresses que ligam os termos de uma ontologia aos termos de outra ontologia. Este mapeamento pode ser usado para transferir instncias de dados, esquemas de integrao e de combinao e outras tarefas similares. No exemplo da figura 11 tm-se duas ontologias O1 e O2, onde seus conceitos so mapeados gerando um arquivo com as informaes do mapeamento realizado entre os conceitos carro de O1 e o conceito veculo de O2. Nas ontologias O3 e O4 tm-se as respectivas instncias destes conceitos, sendo que as instncias do conceito carro da ontologia O1 sero transferidas (copiadas) como instncias conceito veculo da ontologia O2, fazendo uso das informaes de mapeamento geradas.

47

Figura 11 Mapeamento de Ontologias.

Fonte: Adaptado de MAEDCHE (2002).

d) Integrao: realizado na construo das ontologias utilizando o processo de combinao de vrias ontologias, tendo como resultado final uma nica ontologia que representa todas que sofreram a fuso. No exemplo da figura 12, tm-se duas ontologias, cujos conceitos so integrados gerando uma ontologia O, onde os conceitos de carro de O1 e veculo de O2 so representados com a indicao de suas origens.

Figura 12 Integrao de Ontologias.

Fonte: Adaptado de MAEDCHE (2002).

48 2.4 MAPEAMENTO DE ONTOLOGIAS COMO ESTRATGIA DE

INTEROPERABILIDADE

H um crescente uso das ontologias para formalizar conhecimentos em diversos grupos (acadmicos, industriais e outros) ao redor do mundo. Porm, quando estes grupos tentam se comunicar (atravs de aplicaes ou sistemas que trocam informaes, ou alguma outra forma de troca de dados) surge um grande problema, que a diferena entre os conceitos (LEITE, 2007). De maneira mais especfica, as ontologias so empregadas com o intuito de resolver problemas relacionados heterogeneidade semntica entre os dados, sendo usadas para explicitar a semntica das fontes. Uma das dificuldades no desenvolvimento de sistemas de integrao est relacionada s heterogeneidades existentes entre as fontes. Segundo Cruz (2005), existem trs tipos de heterogeneidades: a) Sinttica: uso de diferentes modelos de dados ou linguagens. b) Estrutural: divergncias entre as estruturas dos dados. c) Semntica: interpretaes divergentes entre os dados. O advento da linguagem XML trouxe Web um padro de troca de dados, que possibilita eliminar divergncias sintticas. Porm, as heterogeneidades estruturais e semnticas persistem. Neste contexto, a adoo de ontologias em sistemas de integrao de dados vem crescendo com o objetivo de sanar tais heterogeneidades, visto que uma ontologia capaz de descrever semanticamente o domnio de interesse. Assim, as ontologias so capazes de representar formalmente as fontes de dados, ou at mesmo fazer o papel de um esquema de integrao (CRUZ, 2005). O mapeamento, por sua vez, construdo de acordo com diversas abordagens ou estratgias computacionais, que vo desde o uso de algoritmos, para identificar relaes candidatas, at uma variedade de tcnicas com o objetivo de estabelecer a proximidade de dois conceitos, baseadas na estrutura hierrquica da ontologia e a denominao (forma verbal) dos seus conceitos. Ou seja, representado por um conjunto de regras ou procedimentos que estabelecem de que forma os conceitos de uma ontologia devem corresponder aos da outra (PREDOIU et al., 2005).

49 Essas abordagens, de modo geral, adotam duas estratgias bsicas: ou comparam as ontologias diretamente, uma com a outra (um para um), ou fazem uso de uma ontologia de referncia, que serve de base para o estabelecimento do grau de similaridade dos conceitos. Segundo Grninger (2005), em todos os tipos de comunicao, a capacidade de compartilhar informaes muitas vezes prejudicada porque o significado da informao pode ser drasticamente afetado pelo contexto em que ele visto e interpretado. Isto ocorre especialmente nos processos de fabricao dentro das indstrias, por causa da crescente complexidade de informaes de produo e da crescente necessidade de troca de dados entre as diversas aplicaes de software. Para integrar aplicaes de softwares, podem surgir dificuldades considerveis em traduzir informaes de uma aplicao para o outro, porque as aplicaes podem usar terminologias e representaes do domnio diferentes. Por exemplo, um projeto de engenharia simultnea pode exigir a troca de informaes de setores da Fabricao, Design e Gerenciamento do Processo, conforme mostrado na figura 13.

Figura 13 Troca de informaes entre sistemas em um projeto de engenharia simultnea.

Fonte: Adaptado de GRUNINGER (2005).

Para enfrentar esses desafios, vrios grupos dentro da indstria, governo e pesquisadores prope a utilizao da ontologia para a soluo dos problemas de interoperabilidade semntica. Ao utilizar esse propsito, fornecido um vocabulrio comum que permite que a troca de informaes seja realizada de uma maneira concisa atravs de uma ontologia de referncia, definindo as regras que regulam a combinao entre os termos e as relaes, como pode ser visualizado na figura 14.

50

Figura 14 Troca de informaes entre sistemas em um projeto de engenharia simultnea utilizando uma Ontologia como referncia.
Fonte: Adaptado de GRUNINGER (2005).

A necessidade de se integrar dados e servios disponveis na Web cada vez maior, surgindo a oportunidade de se desenvolverem aplicaes que tenham a capacidade de lidar com dados provenientes de diversas fontes. Nesse contexto, a adoo de ontologias em sistemas de integrao de dados cada vez mais requisitada no intuito de prover uma viso unificada sobre essas vrias fontes de dados e resolver os problemas de heterogeneidade semntica, que surge quando termos diferentes so usados para descrever o mesmo conceito ou quando o mesmo termo usado para descrever conceitos diferentes (CRUZ, 2005). Segundo Cruz (2005), o problema de se consultar bases de dados em sistemas geogrficos pode ser resolvido atravs do alinhamento das ontologias que descrevem cada banco de dados. O processo de alinhamento consiste em estabelecer mapeamentos entre conceitos relacionando as ontologias. Uma vez que tais mapeamentos so estabelecidos, os dados podem ser integrados. Em particular, uma consulta escrita em termos de uma ontologia pode ser traduzida em consultas a outras ontologias. Em um sistema centralizado integrado, uma ontologia global demonstrada conforme figura 15, onde cada banco de dados distribudo que deseja participar do sistema integrado deve ter sua ontologia alinhada com a ontologia global. O processo de alinhamento estabelece mapeamentos entre a ontologia global e cada ontologia distribuda (ontologias B e C), permitindo assim a interoperabilidade semntica entre as ontologias. A ontologia global pode ser concebida de modo a abranger ao mximo possvel as informaes contidas nas ontologias distribudas (CRUZ, 2005).

51

Figura 15 Interoperabilidade semntica entre ontologias utilizando como referncia uma ontologia global.
Fonte: Adaptado de CRUZ (2005).

No presente captulo foram apresentadas as referncias com relao a sistemas de informao no ciclo de vida dos produtos, linguagens, ferramentas e mtodos para criao de ontologias, interoperabilidade semntica e mapeamento de ontologias como estratgia de interoperabilidade. No captulo a seguir, sero vistos a caracterizao da pesquisa e os procedimentos metodolgicos para a realizao do projeto.

52 3 MATERIAIS E MTODOS

3.1

CARACTERIZAO DA PESQUISA

A pesquisa caracteriza-se, de acordo com Clemente e Gil (2007), quanto ao objetivo, como exploratria, visto que se pretende investigar problemas de compartilhamento e troca de informaes entre sistemas e propor a interoperabilidade semntica, baseada na aplicao de ontologias de referncia, atravs de um estudo de caso. Conforme Clemente e Gil (2007), quanto abordagem, trata-se de uma pesquisa qualitativa, pois o trabalho busca interpretar as informaes levantadas durante o projeto de uma forma indutiva e predominantemente descritiva, adotando-se um estudo de caso, como parte da abordagem.

3.2

PROCEDIMENTOS METODOLGICOS

A pesquisa realizada nesse projeto seguiu os seguintes passos, conforme apresentado na tabela 3. As entregas associadas s atividades so apresentadas na mesma tabela.

53 Tabela 3 Correlao entre cada atividade com as entregas estabelecidas. Atividade de interoperabilidade entre sistemas Atividade 2: Construo do modelo de Interoperabilidade Atividade 3: Identificao do Estudo de Caso Atividade 4: Construo da Ontologia de Referncia Atividade 5: Aplicao do modelo de interoperabilidade no Estudo de Caso Entrega empresas consultadas Desenho esquemtico propondo um modelo de interoperabilidade Tabela listando os critrios de deciso para a escolha da empresa e descrio do caso escolhido Tpicos para construo da ontologia tomando como referncia o modelo proposto por Grninger e Uschold Desenhos esquemticos propondo a interoperabilidade entre os sistemas atravs da utilizao da ontologia de referncia construda no software Protg

Atividade 1: Identificaes das necessidades Grfico contendo as informaes referentes s

3.2.1 Identificao das necessidades de interoperabilidade entre sistemas

Na procura de um estudo de caso que pudesse atender os objetivos do projeto de utilizar uma ontologia de referncia para interoperabilidade entre sistemas de informao, foi feita uma busca de informaes entre empresas, com o objetivo de levantar possveis problemas de interoperabilidade entre softwares, durante as diversas fases do ciclo de vida de algum produto. Para tanto um questionrio foi enviado a algumas empresas (APNDICE A). Alm disso, foi listada uma figura contendo informaes de interoperabilidade, softwares utilizados e acesso as informaes, entre outros dados referentes s empresas consultadas.

54 3.2.2 Construo do modelo de interoperabilidade

De forma geral, as ontologias tm como objetivo promover um entendimento comum e compartilhado sobre um domnio, que pode ser comunicado entre pessoas e sistemas de aplicao. No entanto para que trabalhem em conjunto, trocando automaticamente as informaes representadas em ontologias, so necessrios mecanismos que garantam a sua interoperabilidade. Nessa fase da pesquisa, foi construdo o modelo que garantir a interoperabilidade entre os sistemas e que servir de apoio ao desenvolvimento do projeto de ontologia. O modelo de interoperabilidade foi baseado na adoo de uma ontologia geral (de referncia), estabelecendo mapeamentos entre esta e cada ontologia local, permitindo assim a interoperabilidade semntica entre elas. Quanto ao nvel de interoperabilidade, o modelo seguiu o nvel 3 proposto por Felicssimo (2004), ou seja, a este nvel a troca de informaes entre os sistemas alcanada. Neste nvel o significado dos dados compartilhado e os contedos dos pedidos de troca de informaes esto claramente definidos. O modelo foi apresentado na forma de um desenho esquemtico e ser relatado no captulo dos resultados.

3.2.3 Identificao do Estudo de Caso

Dentre as cinco empresas que responderam ao questionrio, que foi descrito na Atividade 1, somente duas possibilitaram a liberdade de acesso a arquivos e documentos, o que se tornou um critrio de deciso para a continuidade da pesquisa. Dentre as duas empresas que permitiram acesso aos seus arquivos, foi feita uma anlise de qual estudo de caso atenderia aos objetivos do projeto, levando em considerao os seguintes critrios: a) Problema de interoperabilidade identificado. b) Percepo do ciclo de vida do produto. c) Localizao geogrfica e facilidade de acesso.

55 d) Programas de fcil acesso e compreenso. Os dados para escolha da empresa foram listados em uma tabela contendo a descrio do caso e as informaes referentes ao processo de manufatura, sistemas de informao e oportunidades de interoperabilidade.

3.2.4 Construo da ontologia de referncia

A ontologia de referncia foi criada com objetivo de ser um elo entre os sistemas de informao, contendo todas as informaes necessrias para que a interoperabilidade semntica entre os softwares fosse realizada. A construo de ontologias no uma tarefa simples, pois envolve a especificao de conceitos e relaes que existem em um domnio de interesse, alm de suas definies, propriedades e restries, descritas na forma de axiomas. Nesse sentido foi realizado um comparativo entre mtodos para criao de ontologias, visualizado na tabela 1 das referncias bibliogrficas, e decidiu-se pela escolha do modelo proposto por Grninger e Uschold para construo da ontologia de referncia. A escolha do modelo proposto por Grninger e Uschold se deve ao fato de que o mtodo possui algumas vantagens como identificar o porqu da construo da ontologia, as suas intenes de uso e identificar conceitos e relacionamentos do domnio de interesse para produzir uma definio precisa dos mesmos. Tambm vista como uma vantagem a possibilidade de codificar a ontologia em uma linguagem formal e a integrao da nova ontologia com as ontologias existentes. As entregas foram realizadas atravs da criao dos tpicos propostos pelo modelo de Gruninger e Uschold: Cenrios de motivao, Questes de competncia informais, Terminologia formal, Questes de competncia formais, Axiomas formais e Teoremas integrais. No tpico de Cenrios de motivao foram identificados possveis problemas que demandassem uma nova ontologia e nas Questes de competncias informais foram formuladas algumas questes que a ontologia deveria responder.

56 Para passos seguintes foi utilizado o software Protg em sua verso 4.1, pela facilidade de insero dos dados, num ambiente apropriado para criao da ontologia em OWL. A escolha desse software se deve ao fato de que o Protg possui uma interface simples e uma ferramenta que permite construir ontologias de domnio, personalizar formulrios de entrada, inserir e editar dados, possibilitando ento, a criao de bases de conhecimento guiadas por uma ontologia. A linguagem utilizada foi a OWL, por permitir a incluso descries de classes, propriedades e axiomas. Dada uma ontologia desse tipo, a semntica formal da OWL permite derivar conseqncias lgicas. Por exemplo, fatos no literalmente presentes na ontologia, podem ser inferidos a partir de sua semntica. Nos tpicos de Terminologia formal e Questes de competncia formais foram criadas as classes e propriedades da ontologia, respectivamente. Na seo dos Axiomas formais foram criados os relacionamentos entre classes e entre classes e propriedades, gerando os axiomas completos. Na fase de criao dos Teoremas integrais foram consolidados os axiomas necessrios e suficientes para contemplar os trs cenrios de interoperabilidade semntica entre softwares, identificados no estudo de caso.

3.2.5 Aplicao do modelo de interoperabilidade no Estudo de Caso

Nessa etapa, foram construdos os modelos de interoperabilidade entre sistemas, atravs de representaes grficas, demonstrando as possveis solues semnticas para os trs cenrios de falta de interoperabilidade entre os softwares que foram levantados no estudo de caso. Esses modelos propuseram a comunicao entre dois softwares, atravs da utilizao da ontologia de referncia desenvolvida durante o projeto. Tambm foi demonstrada a utilizao de axiomas, atravs do software Protg, com o objetivo de possibilitar a interoperabilidade.

57 No captulo foram vistos a caracterizao e os procedimentos metodolgicos para realizao da pesquisa. Na etapa a seguir, sero apresentados os resultados da pesquisa, assim como uma anlise e discusso dos mesmos.

58 4 RESULTADOS

4.1 NECESSIDADES DE INTEROPERABILIDADE IDENTIFICADAS

O questionrio (APNDICE A) foi enviado por e-mail para quinze empresas de diversas reas, entretanto somente cinco deram retorno. Os resultados esto listados na figura 16.

Figura 16 Resultados da busca de informaes junto s empresas consultadas.

Atravs da anlise da figura 16, pode-se concluir que as empresas esto divididas na rea de Tecnologia de Informao, Manufatura e Desenvolvimento de Produtos e que os seus principais produtos so softwares, itens manufaturados e de bens durveis. Tambm foi identificado que entre os softwares ERP utilizados o SAP se destaca. H ainda outros softwares de ERP desenvolvidos pelas prprias empresas, para o gerenciamento das informaes corporativas.

59 Entre as cinco empresas que responderam o questionrio, quatro reportaram problemas de interoperabilidade entre seus sistemas durante alguma etapa do ciclo de vida de seus produtos. Contudo, somente duas empresas possibilitaram acesso s informaes tratadas por seus sistemas.

4.2

MODELO DE INTEROPERABILIDADE SEMNTICA

O modelo de interoperabilidade semntica est representado na figura 17 e tem como objetivo principal garantir a troca de dados e informaes entre dois sistemas de informao (A e B) utilizados em algum momento do ciclo de vida de produtos. Uma das possibilidades de aplicao do modelo conceitual seria a realizao de queries (consultas) ontologia de referencia, criada em linguagem OWL, a qual forneceria elementos suficientes para que o mapeamento de termos seja realizado, mediante consulta as suas classes, propriedades e axiomas. Caso os termos utilizados nos sistemas de informao apresentem a seguir. nomenclaturas diferentes, porm com descries semelhantes, a interoperabilidade entre os sistemas poder ser realizada, conforme ser descrito nas situaes

Figura 17 Modelo de interoperabilidade semntica utilizando ontologia de referncia.

60 Na situao 1 descrita na figura 17, caso exista o problema de interoperabilidade entre os sistemas A e B, ou seja, o sistema A possuir uma nomenclatura diferente de determinado produto com relao ao sistema B, o sistema A ir realizar a consulta ontologia de referncia e verificar se existem descries semelhantes ou relaes para as diferentes nomenclaturas. Se as diferentes nomenclaturas entre os sistemas A e B possurem uma relao atravs da ontologia de referncia, a interoperabilidade entre os sistemas ser possvel. A ontologia de referncia ir funcionar como um elo entre os sistemas A e B, buscando alguma definio ou relao que os sistemas possam interoperarem entre si. Essas relaes podero ser construdas a partir de formulas, conceitos matemticos e definies, e formalmente inseridas na ontologia de referncia por meio de axiomas. A mesma soluo ocorrer na situao 2 para o sistema B, ou seja, o sistema recorrer ontologia de referncia e verificar se existe uma relao para a interoperabilidade entre os sistemas. As situaes 3 e 4 representam outras possibilidades de troca de informaes entre sistemas de informao heterogneos atravs da mesma ontologia de referncia. O uso de multiagentes uma forma de se viabilizar a implementao do modelo conceitual apresentado, do ponto de vista da Tecnologia de Informao. A interoperabilidade com uso de sistemas multiagentes (MAS) e ontologias pode resolver o problema de interoperabilidade semntica, em que necessrio trocar informaes entre dois sistemas diferentes, no sendo possvel faz-lo apenas com as ferramentas sintticas (e.g. XML). Uma possvel soluo seria baseada no uso da plataforma SemantiCore, proposta por Blois et al. (2007). Atravs dessa plataforma, dois sistemas diferentes na web enviam para o usurio um dado. Por trs do sistema, h uma ontologia que serve como referncia, com o contexto em que estes dados trabalham e se relacionam. O que se deseja que esses dados fornecidos pelos dois sistemas na web sejam avaliados atravs do contexto em que se relacionam (descrito pela ontologia) e um valor percentual seja retornado indicando o quo similares so os termos naquele contexto. O mecanismo dividido em quatro componentes: Sensorial, Decisrio, Executor e Efetivador, cada um responsvel por um conjunto de tarefas, que se comunicam por mensagens, conforme visualizado na figura 18.

61

Figura 18 Interoperabilidade com uso de sistemas multiagentes (MAS)

Fonte: Adaptado de BLOIS et.al, (2007).

O componente sensorial recebe o primeiro sinal do programa, e decide a melhor forma de se trabalhar com o dado recebido. A partir da, cria-se uma lista de objetos que enviada para o prximo componente, o decisrio. Este componente trabalha com a parte lgica do agente, regras e axiomas estabelecidos. A partir dele, surge uma lista de aes a serem executadas pelo mecanismo executor. Este o mecanismo que permite ao desenvolvedor o acesso aos dados manipulados. O ltimo mecanismo, efetivador, responsvel pelo encapsulamento das mensagens e cdigos enviados entre os agentes.

4.3

ESTUDO DE CASO

Na tabela 4 so listados os critrios de deciso para a escolha das empresas participantes no projeto. Para fins de confidencialidade, as empresas listadas recebero o nome de Empresa Ontology e Empresa Interoperability.

62

Tabela 4 Critrios de deciso para a identificao das empresas para o estudo de caso. Empresa Ontology Problema de interoperabilidade identificado Percepo do ciclo de vida do produto Localizao geogrfica e facilidade de acesso Programas de fcil acesso e compreenso X X X X X Empresa Interoperability X

A deciso pela escolha da Empresa Ontology para participao no projeto se deu pelo fato de ter sido possvel identificar claramente o ciclo de vida seguido pelo produto desenvolvido e fabricado pela empresa, juntamente com os sistemas de informao utilizados, alm do seu fcil acesso e localizao. A empresa uma indstria da regio metropolitana de Curitiba-Pr, que produz papeles a partir de papel reciclado. A empresa recebe aparas de papel usado como matriaprima e as transforma em papelo da espcie carto rgido, conhecido tambm como carto pardo. Dentre os cartes produzidos, destacam-se: Cinza, Cinza H, Preto H, Marmorizado e Maculatura. Neste caso, os principais problemas de interoperabilidade foram identificados na macro-fase de ps-desenvolvimento, que envolve sistemas de informao completamente distintos em sua estrutura e aplicao, mas que poderiam interoperar segundo o modelo conceitual proposto no presente trabalho. A seguir so descritas as principais fases do processo de manufatura do papel carto que enfrentam problemas de interoperabilidade.

4.3.1 Processo de manufatura

No processo de manufatura realizado pela empresa Ontology, podem ser identificadas claramente trs fases. O problema de interoperabilidade entre sistemas de informao existe em todas as fases, conforme descrito a seguir:

63 a) Preparao da Massa: feita uma seleo da matria-prima pelos operadores e o material despejado no pulper (mquina de moagem de papel). Nesta seleo possvel encontrar diversos tipos de papis tais como papel de mercado, embalagem, impresso e escrita. A partir dessa fase do processo surge a massa do carto, na qual denominada de massa maculatura, como pode ser observado na figura 19.

Figura 19 Preparao da massa. b) Produto Semi-Acabado: o produto passa por diversas mquinas nas etapas de fabricao, entre elas est a acopladora que faz a dobra. A partir dela j se pode definir a espessura do carto. O tingimento do papel feito atravs da mquina de size press, e pode ser definido em cor preta, azul, amarelo e verde. Nessa fase do processo, o produto passa por uma etapa em que o papel enrolado em um sistema utilizando o rolo tipo bobina ou empilhado no sistema de cartes, conforme ilustra a figura 20.

64

Figura 20 Produto semi-acabado. c) Produto Acabado: nessa fase do processo o operador d um acabamento final no papel, retirando dois centmetros de aparas para corrigir as imperfeies. O produto passa por uma inspeo de qualidade, no qual vistoriado e lacrado, conforme apresentando na figura 21.

65

Figura 21 Acabamento final.

4.3.2 Sistemas de informao

A empresa Ontology utiliza dois sistemas de informao para o gerenciamento da produo. O sistema de gesto Sapiens utilizado pelos departamentos de PCP (Planejamento e Controle da Produo), Logstica, Compras, RH (Recursos Humanos) e Financeiro. O sistema de gesto Sapiens permite algumas funcionalidades, tais como manipular informaes gerenciais e estatsticas dos diversos setores da fbrica, alm de permitir a definio e a emisso de relatrios com quaisquer informaes da base de dados. No cho de fbrica o sistema SGP (Sistema Gerencial da Produo) utilizado pelos operadores para o controle da produo diria e a emisso de ordens de servio. O software SGP um sistema mais simples, e que possui menos recursos e informaes. A figura 22 apresenta a interface do sistema Sapiens durante a fase de Preparao da Massa, em utilizao pelo departamento de PCP.

66

Figura 22 Interface do sistema de gesto Sapiens na fase de preparao da massa. Na figura 23 apresentada a interface do sistema SGP na mesma fase de Preparao da Massa, na viso dos operadores do cho de fbrica.

Figura 23 Interface do sistema SGP na fase de preparao da massa.

67 Tanto o sistema SGP quanto o sistema Sapiens funcionam em rede, e utilizam o sistema operacional Microsoft Windows. Na tabela 5 so listadas as principais diferenas percebidas nas interfaces entre os sistemas. Tabela 5 Comparativo entre o Sistema Sapiens e o Sistema SGP. Sistema Sapiens Visualiza a estrutura multinvel do produto Disponibiliza relatrios gerenciais para acompanhamento da produo Permite roteiros de fabricao com tempos e mltiplas opes por operao Controla o estoque Elabora o cronograma de produo por linha de fabricao considerando carga mquina X X Sistema SGP X

X X X X

4.3.3 Oportunidades de interoperabilidade

Foi possvel identificar algumas oportunidades de interoperabilidade entre os sistemas Sapiens e SGP nas trs principais fases do processo de manufatura, conforme sintetizado na tabela 6. Tabela 6 Oportunidades de interoperabilidade no estudo de caso. Fase Preparao da massa Produto semi-acabado Acabamento do produto Sistema Sapiens ndice de refugo medido pelo Volume (m) Eficincia de Produo medida pela Produo Bruta Quantidade de papel medida pela Massa (gramas) Sistema SGP ndice de refugo medido pela Massa (kg) Eficincia de Produo medida pela Produo de Referncia Quantidade de papel medida pela rea (m)

68 Durante a fase de Preparao da Massa, medido o ndice de refugo. Segundo Robles Junior (1994) o refugo a produo que no satisfaz a padres dimensionais ou de qualidade e, portanto refugado e vendido por seu valor de disposio. a porcentagem de matria prima perdida. O gerenciamento de ndices de refugo importante para as empresas, por estar diretamente relacionado a aspectos de planejamento da produo, planejamento do processo produtivo e custos. No sistema Sapiens o ndice de refugo medido pelo volume em metros cbicos, enquanto que no sistema SGP o ndice de refugo medido pela massa em quilogramas. Na fase de Produto Semi-Acabado medida a eficincia da produo. Eficincia da produo o quanto se produz em relao ao quanto se poderia produzir. um dos principais indicadores usados na gesto operacional da produo. Sua utilidade est em permitir avaliaes, comparaes e estabelecimento de metas. No sistema Sapiens a eficincia da produo descrita como Produo Bruta, enquanto que no sistema SGP a eficincia da produo nomeada como Produo de Referncia. Nessa fase percebe-se a utilizao de nomenclaturas diferentes para um mesmo elemento citado no processo. Ou seja, nesse caso o problema de interoperabilidade evidenciado devido s divergncias de nomenclaturas. Na fase de Acabamento do Produto, o papel enrolado em um sistema utilizando o rolo tipo bobina ou empilhado no sistema de cartes. Nessa fase medida a quantidade de papel produzido. No sistema Sapiens a quantidade de papel mensurada pela massa em gramas, enquanto que o no sistema SGP a produo final medida pela rea em metros quadrados.

4.3.4 Ontologia de referncia

A construo da ontologia de referncia seguiu o modelo proposto por Grninger e Uschold, conforme foi descrito no captulo anterior, sua terminologia ser baseada em informaes do ciclo de vida do produto Papel Carto. Os termos so aplicados durante as diferentes fases do processo de manufatura do Papel Carto at o seu descarte. As

69 nomenclaturas e definies da ontologia de referncia sero definidas tomando como base relatrios tcnicos, revistas tcnicas e normas. As etapas a serem seguidas para o desenvolvimento da ontologia sero detalhadas a seguir: a) Cenrios de motivao: foram identificados problemas de interoperabilidade semntica envolvendo softwares de uma indstria que produz papel carto, mas que poderiam interoperar segundo o modelo conceitual proposto no presente trabalho. Atualmente no existem pesquisas propondo uma abordagem semntica para interoperabilidade entre sistemas de informao utilizados ao longo do ciclo de vida dos produtos com a aplicao de ontologias de referncia. A partir destes cenrios motivadores, justificada a demanda por uma nova ontologia. b) Questes de competncias informais: baseado nos cenrios motivadores, algumas perguntas surgiram com o propsito de auxiliar a anlise da ontologia: - Como so classificados os tipos de papis? - Como medida a eficincia do processo? - Como o produto recuperado (reciclado)? - Quais so as faixas de gramatura utilizadas? No total foram criadas 24 perguntas (APNDICE B), com o objetivo de auxiliar a construo da ontologia. c) Terminologia Formal: a partir dessa etapa utilizou-se o software Protg para a criao das classes gerais de conceitos e, ento, especializou-se em subclasses categorizando-as. As definies de classes e hierarquias foram efetivadas de cima para baixo e um conjunto de 13 classes primrias foi listado. No total foram criadas 275 classes. A seo 4.3.4.1 traz alguns exemplos de classes que foram definidas para a ontologia podem ser visualizados. d) Questes de competncia formais: nesta fase foram definidas as propriedades das classes e a estruturao interna dos conceitos necessrios para satisfazer os requisitos de informao do cenrio em desenvolvimento. Ou seja, os tipos de valores, valores permitidos, nmero de valores (cardinalidade) e caractersticas que os valores das propriedades podem tomar. Atravs do software Protg foram criadas a Propriedade_Modificadora com cinco propriedades e a Propriedade_Relacional com dezessete propriedades. Nessa

70 fase tambm surgiram algumas perguntas com o objetivo de auxiliar a anlise da ontologia: - Qual a relao entre as frmulas? - Como feita converso entre as unidades de medida? - Como os produtos podero ser reutilizados? Quais so as propriedades dos produtos? - Quais so os indicadores de produtividade? - Quais so as etapas do processo? A seo 4.3.4.2 apresenta propriedades que foram utilizadas no projeto. e) Axiomas formais: nessa etapa do projeto foram construdos os axiomas da ontologia definidos pela relao entre as classes e propriedades. Essa fase de inseres de axiomas foi feita diretamente no Protg, pela facilidade de insero em um ambiente apropriado para criao da ontologia em OWL. A criao dos axiomas pode ser visualizada na seo 4.3.4.3. f) Teoremas integrais: nessa fase do projeto, foram consolidados os axiomas tendo como referncia os trs cenrios de interoperabilidade semntica entre os softwares SGP e SAPIENS evidenciados no estudo de caso. A consolidao dos axiomas apresentada na seo 4.4.

4.3.4.1 Classes

A tabela 7 contm alguns exemplos de classes que foram definidas para a ontologia. No apndice C, podem ser visualizadas as demais classes que foram criadas no Protg para a construo da ontologia.

71 Tabela 7 Exemplos definio de classes no estudo de caso.

Classe Eficincia de Produo definido por a relao expressa percentualmente entre a produo realizada e a produo de referncia, tomando como base o tempo de produo. Descrio o quanto se produz em relao ao quanto se quer produzir. Comentrio um dos principais indicadores usados na gesto operacional da produo. Sua utilidade est em permitir avaliaes, comparaes e estabelecimentos de metas. Recurso Designa um bem ou servio utilizado na produo de outro bem ou servio. Inclui cada um dos elementos (matriasprimas, bens intermedirios, uso de equipamentos, capital, horas de trabalho etc.) necessrios para produzir mercadorias ou servios. No desenvolvimento de um novo produto ou servio, devem ser estimados todos os recursos que possam, eventualmente, ser necessrios ao seu desenvolvimento e produo.

No exemplo da figura 24, pode ser visualizada a criao da classe ControledeQualidade,com suas respectivas subclasses representando as ferramentas da qualidade.

Figura 24 Representao da subclasse ControledeQualidade.

72 Para a Ontologia de Referncia foram definidas duas superclasses,

DomainConcept e ValuePartition. A classe DomainConcept, representa a conceptualizao do domnio da Ontologia, ou seja, nela so representadas todas as subclasses que representam exclusivamente o conceito para representao do ciclo de vida do papel carto, conforme ilustrado na figura 25.

Figura 25 Representao das subclasses de DomainConcept. Na superclasse ValuePartition so representadas as classes mensurveis, ou seja, todas as suas subclasses possuem elementos com propriedades similares para medio atravs de valores ou ndices, como ilustra a figura 26.

73

Figura 26 Representao das subclasses de ValuePartition.

4.3.4.2 Propriedades

A tabela 8 contm alguns exemplos de propriedades que foram definidas para a ontologia.

74 Tabela 8 Exemplos de definio de propriedades no estudo de caso.

Propriedade Tem Conformidade definido por Qualidade do que conforme ou de quem se conforma. Em conformidade com, de acordo com, segundo a convenincia. Descrio a condio de algum, de alguma coisa ou um ser, estar conforme o pretendido ou previamente estabelecido por si, por outrem ou entre diferentes pessoas ou grupo de pessoas. Comentrio A conformidade pode ser, por exemplo, o atendimento s especificaes prometidas a terceiros. Os consumidores esperam que os produtos comprados tenham sua qualidade em conformidade com as especificaes declaradas Tem Objetivo Diz respeito a um fim que ser quer atingir. Fim a atingir, alvo, propsito. Os objetivos devem focar-se no resultado no resultado final a atingir e no nos meios para alcan-lo.

As propriedades capturam as diferentes variveis relativas ao domnio da ontologia, sendo em OWL caracterizadas como ObjectProperty ou Datatype. Em ambas, necessria a definio de Domain (domnio) e Range (valor) da propriedade. Uma propriedade declarada como ObjectProperty quando tem o papel de relacionar uma classe outra classe. Na figura 27, por exemplo, as classes Massa e Volume foram relacionadas atravs da propriedade Tem_Diviso.

75

Figura 27 Relao entre Massa e Volume atravs da Propriedade Tem_Diviso. A propriedade do tipo Datatype se diferencia da ObjectProperty por utilizar uma varivel para representar qualquer coisa no domnio abordado. Neste tipo de propriedade, tambm necessrio definir o domnio a qual ela pertence e o seu valor que, no mais ser uma classe, mas um elemento do tipo string, boolean, entre outros. Na figura 28 pode ser visualizada a construo da Propriedade Relacional Tem_Diviso_Entre.

Figura 28 Representao da Propriedade Relacional Tem_Diviso_Entre. Na ontologia a de referncia foram criadas com duas superclasses propriedades e de a

ObjectProperty,

Propriedade_Modificadora

cinco

Propriedade_Relacional com dezessete propriedades, conforme apresentado na figura 29.

76

Figura 29 Relao de Propriedades de ObjectProperty.

4.3.4.3 Axiomas

Os axiomas desempenham um papel fundamental para as relaes entre os conceitos da ontologia, eles foram criados com os objetivos de definirem as semnticas entre os termos. No projeto foram representados na forma de axiomas de derivao, com o foco de permitirem explicitar informaes a partir do conhecimento previamente existente, definindo as consequncias lgicas no processo. Os axiomas de derivao podem ter origem no significado dos conceitos e relaes da ontologia ou na forma como so estruturados. Foi assumida essa forma de axioma no projeto, pelo fato do conhecimento (informaes da ontologia) j estarem pr-estabelecidas. A tabela 9 contm alguns exemplos de axiomas que foram definidos para a ontologia.

77 Tabela 9 Exemplos de definio de axiomas no estudo de caso. Axioma

Processo Tem_Indicador Eficincia de Produo definido por Relao entre o resultado alcanado e os recursos utilizados. Descrio O critrio da eficincia na produo possui dois componentes, sendo o primeiro o componente fsico que tem como objetivo a reduo de desperdcio e o segundo componente econmico que tem como objetivo avaliar a melhor relao entre os recursos empregados e resultados gerados no ponto de vista financeiro. rea Tem_Unidade_de_Medida Metro_Quadrado Conceito matemtico que pode ser definida como quantidade de espao bidimensional, ou seja, de superfcie. Superfcie plana delimitada. Existem vrias unidades de medida de rea, sendo a mais utilizada o metro quadrado (m) e os seus mltiplos e submltiplos. Comentrio A anlise destes procedimentos ou regras tem por objetivo retirar atravs das informaes concluses necessrias para apoiar a avaliao e a tomada de decises em qualquer nvel da organizao, seja para melhoria das operaes, anlise da concorrncia e ainda sendo teis para elaborar previses, relaes de causa e efeito dentre outros. Medida de uma superfcie. Em matemtica, a rea de uma superfcie o nmero de unidades de rea que ela contm.

Na linguagem OWL, os axiomas so definidos atravs de propriedades, representando uma forma de resposta s questes que so de competncia na ontologia. Na figura 30 ilustrado o axioma de Produto_Reciclado no qual representa a reutilidade de um Recurso_Renovvel.

78

Figura 30 Representao do axioma do Produto_Reciclado.

Na figura 31 ilustrado o axioma de Produto_Manufaturado no qual representa a montagem de um Material.

Figura 31 Representao do axioma do Produto_Manufaturado.

79 4.4 Cenrios de interoperabilidade do estudo de caso

Para a validao da proposta e soluo dos problemas apresentados no captulo anterior, prope-se a interoperabilidade entre os sistemas atravs da ontologia de referncia. Nos passos a seguir sero demonstradas as trs fases do processo com a utilizao da ontologia de referncia para a interoperabilidade entre os Sistemas Sapiens e SGP.

4.4.1 Interoperabilidade na fase de preparao da massa

Conforme descrito anteriormente, a Ontologia de Referncia ser um elo entre os Sistemas Sapiens e SGP. Na primeira fase do processo, na Preparao da Massa, medido o ndice de Refugo. No sistema Sapiens o ndice de Refugo medido pelo volume em metros cbicos, enquanto que no sistema SGP o mesmo ndice mensurado pela massa em kg, evidenciando que os sistemas no se comunicam entre si, conforme visualizado na figura 32.

Figura 32 ndice de Refugo e indicadores.

80 Para soluo do problema de interoperabilidade entre sistemas, os programas tero que recorrer ontologia de referncia criada. As setas indicam a troca de informaes entre os sistemas Sapiens e SGP com a ontologia, conforme ilustrado na figura 33. Sistema Sapiens Sistema SGP

Ontologia de Referncia

Figura 33 Interoperabilidade entre os softwares Sapiens e SGP na fase de Preparao da Massa. Na ontologia de referncia a massa especfica ser o indicador responsvel pela interoperabilidade entre os Sistemas Sapiens e SGP, conforme demonstrado na figura 33, ou seja, como quilogramas e metro cbico no tm relao entre si, para soluo da falta de interoperabilidade entre Massa e Volume recorreu-se a massa especfica. Na figura 34 a massa especfica descrita como a razo entre a massa de uma quantidade substncia e o seu volume correspondente.

81

Figura 34 Interoperabilidade entre Massa e Volume.

4.4.2 Interoperabilidade na fase do produto semi-acabado

Na prxima fase, a Ontologia de Referncia tambm ser um elo entre os Sistemas Sapiens e SGP. Na segunda fase do processo, Produto Semi-Acabado, no Sistema Sapiens a eficincia de produo denominada pela Produo Bruta, enquanto que no Sistema SGP a eficincia chamada de Produo de Referncia. A Produo Bruta a quantidade de papel produzido na enroladeira das mquinas de papel, carto e revestidora no perodo considerado. A Produo de Referncia e a mxima quantidade de papel que a mquina, em condies especficas, teria condies de produzir na respectiva enroladeira para cada tipo de papel. Conforme descrito na figura 35, ambos os sistemas tm como unidade de medida Tonelada, porm o que no permite a interoperabilidade entre os softwares SGP e Sapiens so suas diferentes nomenclaturas com relao eficincia de produo.

82

Figura 35 Medio da Produo de Referncia em Tonelada. Para soluo do problema de interoperabilidade entre os sistemas, os programas tero que recorrer ontologia de referncia criada, conforme visto na figura 36. Sistema Sapiens Sistema SGP

Ontologia de Referncia

Figura 36 Interoperabilidade entre os softwares Sapiens e SGP na fase do produto semiacabado.

83

Na ontologia de referncia a Eficincia de Produo descrita como a relao, expressa percentualmente entre a produo realizada e a produo de referncia da mquina calculada tomando como base o tempo de produo, conforme pode ser visualizado na figura 37. Nesse caso a Eficincia de Produo funcionaria como o agente para a interoperabilidade entre a Produo de Referncia e a Produo Bruta.

Figura 37 Interoperabilidade entre Produo de Referncia e Produo Bruta.

4.4.3 Interoperabilidade na fase de produto acabado

Na ltima fase do processo, na fase do Produto Acabado medida a quantidade de material produzido. No Sistema Sapiens o Produto Acabado mensurado pela Massa em gramas, enquanto que pelo sistema SGP a medida feita pela rea em metros quadrados, conforme pode ser visualizado nas figuras 38 e 39.

84

Figura 38 Medio da Massa em Gramas.

Figura 39 Medio da rea em Metro Quadrado.

Para soluo do problema de interoperabilidade entre os sistemas, ser necessrio recorrer a Ontologia de Referncia. Nesse caso ser utilizada a Gramatura, que descrita como a medida da grossura e densidade de um papel, expressa em gramas por metro quadrado (g/m), conforme pode ser visualizado na figura 40. Sua especificao foi padronizada pela norma ISO 536. Quanto maior for gramatura, mais "grosso" ser o papel.

85 Sistema Sapiens Sistema SGP

Ontologia de Referncia

Figura 40 Interoperabilidade entre os sistemas Sapiens e SGP na fase do Produto Acabado. Na figura 41, demonstrada a gramatura como sendo a diviso entre a massa e a rea do produto papel, permitindo a interoperabilidade entre os Sistemas Sapiens e SGP.

Figura 41 Gramatura Relao entre Massa e rea.

86 4.5 Anlise e discusso dos resultados

presente

projeto

de

pesquisa

buscou

apresentar

um

modelo

de

interoperabilidade entre sistemas, adotando uma ontologia como referncia para a troca de informaes. Atravs dos cenrios de troca de informaes, foram demonstradas possibilidades de mapeamentos semnticos tendo como referncia um estudo de caso. Um das barreiras encontradas no incio da pesquisa foi dificuldade de se encontrar um estudo de caso que atendessem os objetivos iniciais do projeto. Para atender essa etapa foi enviado um questionrio s empresas com o objetivo de buscar questes de demanda por problemas de interoperabilidade entre softwares. Atravs da anlise do questionrio, concluiu-se que dentre as empresas que participaram da pesquisa, a maioria apresentava problemas de interoperabilidade entre seus sistemas durante as fases de gerenciamento do seu ciclo de vida. O critrio de deciso para a escolha do estudo de caso se deu pelo fato de ter sido possvel identificar claramente o ciclo de vida seguido pelo produto desenvolvido e fabricado pela empresa, juntamente com os sistemas de informao utilizados. Optou-se pela escolha da empresa de nome fictcio Ontology, que produz papel carto. Aps o interesse da empresa Ontology em participar do projeto, o estudo de caso foi baseado em seus softwares de gerenciamento industrial e de produo Sapiens e SGP, respectivamente. Foi identificado atravs de visitas empresa e acessos aos seus arquivos que os sistemas possuam falhas de comunicao entre si, no que se referiam as nomenclaturas dos termos. Nesse sentido, foi criada uma Ontologia voltada ao ciclo de vida do produto da empresa Ontology, ou seja, o produto papel carto. Para representao do conceito de interoperabilidade o modelo conceitual foi desenvolvido tomando como referncia a proposta de Cruz (2005), onde se adota uma ontologia como referncia, estabelecendo mapeamentos entre a ontologia global e cada ontologia distribuda. O modelo foi apresentado na forma de um desenho esquemtico, para facilitar a visualizao e o entendimento da proposta. A opo pela escolha desse modelo se deve ao fato do modelo ser simples e bastante referenciado em trabalhos para a interoperabilidade de ontologias. A Ontologia foi desenvolvida tendo como referncia o quadro proposto por Grninger e Uschold (1996), com a insero de classes, propriedades e axiomas tomando

87 como base o gerenciamento do ciclo de vida do produto Papel Carto. Adotou-se a abordagem proposta por Grninger e Uschold, pois a metodologia possui algumas vantagens como identificar o porqu da construo da ontologia e possibilitar a integrao com ontologias existentes, alm de ser uma metodologia bastante conhecida nas pesquisas de ontologias. Optou-se pela utilizao do software Protg para o desenvolvimento da ontologia pelo fato do sistema possuir uma grande variedade de plugins, o que permite a sua exportao em diversas linguagens (RDF, OWL, XML) e a criao e edio da ontologia atravs de uma interface grfica. Alm de ser uma ferramenta free, de fcil usabilidade e bem disseminada pela comunidade dos usurios de ontologias. A linguagem utilizada para o projeto foi a OWL, por se tratar de uma linguagem criada para definir e instanciar ontologias na Web, podendo ser utilizada por aplicaes que necessitam processar o contedo de informaes em vez de apenas apresentar tais informaes. A partir da criao dos cenrios de interoperabilidade buscou-se mostrar a proposta de interoperabilidade entre os softwares Sapiens e SGP, demonstrando como seria a implementao do modelo adotando a Ontologia de Referncia para a troca de informaes. Naturalmente, para que uma soluo seja implementada, os sistemas em questo deveriam ser adaptados para a plataforma web, a fim de permitirem o compartilhamento de informaes atravs de algum paradigma tecnolgico, como por exemplo, a utilizao de multiagentes. O projeto no partiu para a programao dos softwares, visando interoperabilidade entre os sistemas, devido s dificuldades intrnsecas de se criarem programas especficos em tempo hbil para a realizao do trabalho. O maior desafio encontrado durante a realizao da pesquisa foi aplicao do modelo de interoperabilidade no estudo de caso, devido s seguintes dificuldades: a) b) c) Falta de referncias para a aplicao de Ontologias voltadas ao gerenciamento do ciclo de vida do produto. Construo de uma ontologia especfica para o domnio. Desenvolvimento de axiomas para a interoperabilidade entre os softwares.

88

CONCLUSO

A capacidade de uma empresa de compartilhar descries detalhadas de produto e outras informaes por entre domnios funcionais ao logo do ciclo de vida de produto fundamental para o desempenho da mesma. Para alcanar a sustentabilidade, a infraestrutura de informao precisa se deslocar para alm dos silos de informao, em direo a um modelo em rede que fornea servios a todas as fases do ciclo de vida. O problema identificado no estudo de caso atinge indstrias de diversos segmentos e gera perdas imensurveis nos processos de produo. Neste sentido, a utilizao de ontologias vista como uma das solues mais promissoras e pesquisas na atualidade para a soluo desses problemas de interoperabilidade. O objetivo de propor uma abordagem semntica para interoperabilidade entre sistemas de informao utilizados ao longo do ciclo de vida de produtos, baseada na aplicao de ontologias de referncia foi alcanado atravs da criao do modelo de interoperabilidade, da ontologia de referncia e dos cenrios de interoperabilidade do estudo de caso. A falta de referncias de ontologias voltadas ao gerenciamento do ciclo de vida do produto motivou a realizao do projeto. Atravs do estudo buscou-se gerar uma contribuio nas pesquisas de ontologias, em construir uma ontologia formal com termos e definies que poder ser tomada como referncia para interoperabilidade semntica e criar um conceito funcional de interoperabilidade atravs de cenrios de troca de informao entre sistemas durante o gerenciamento do ciclo de vida do produto. importante destacar que importantes observaes foram feitas durante o desenvolvimento deste projeto no que diz respeito a modelos e mtodos de aplicao de ontologias, interoperabilidade entre sistemas e a criao da ontologia de referncia, como o modelo de Isabel Cruz para a interoperabilidade entre sistemas e o mtodo de criao de ontologias desenvolvido por Grninger e Uschold. Supe-se que a ontologia de apoio para a interoperabilidade de sistemas PLM poder auxiliar projetos futuros, utilizando toda a estrutura proposta e gerada durante o desenvolvimento do trabalho. Durante o desenvolvimento do presente projeto, foram abordados alguns pontos que futuramente podero ser explorados. Sendo assim, podem-se enumerar algumas

89 oportunidades existentes dentro desse assunto, com o objetivo de contribuir com o presente estudo, sendo elas: a) b) c) Desenvolvimento de um programa para validar a aplicao proposta pelo modelo de interoperabilidade. Evoluo das ontologias voltadas ao do ciclo de vida de produtos em diversos segmentos industriais. Incluso de novos termos (classes, propriedades, axiomas) na ontologia desenvolvida pelo projeto e adot-la como referncia para trabalhos futuros.

90

REFERNCIAS

ABTCP (Associao Brasileira Tcnica de Celulole e Papel). Disponvel em <http://www.abtcp.org.br> Acesso em: 14 de maro de 2010. ALTOVA (Altova Semantic Works). Disponvel em

<http://www.altova.com/products/semanticworks/semantic_web_rdf_owl_editor.html> Acesso em 10 junho de 2009. AMBITE, J. L; KNOBLOCK, C. A; MUSLEA, I; PHILPOT, A. G. Compiling Source Descriptions for Efcient and Flexible Information Integration. p.149187, 2001. Disponvel em <http://dx.doi.org/10.1023/A:1011289701371> Acesso em 11 de setembro de 2009. AMODIO, C C; CZIULIK, C; UGAYA, C; FERNANDES, E; SIQUEIRA, F; ROZENFELD, H; TOBIAS, R J; SANTOS, K; LAZZARI, M; BORSATO, M; BERNASKI, P; JULIANO, R; BRANCIO, S. Ontologia PLM Project: development and preliminary results, 2008. AMORIM, S. R. L. Tecnologia, organizao e produtividade na construo. Rio de Janeiro, 1995, 118 f. Tese (Doutorado em Engenharia de Produo) - Universidade Federal do Rio de Janeiro, Rio de Janeiro. ARANGO, G. Domain Analysis Methods, Software Reusability. p.17-49 Hemel Hempstead, England, Ellis Horwood, 1994. ARMS, W. A spectrum of interoperability: the site for science prototype for the NSDL. Dlib Magazine, v.8, n.1, 2002. BAX, M; Uma viso geral sobre ontologias: pesquisa sobre definies, tipos, aplicaes, mtodos de avaliao e construo, 2003. BAIRD, S; A Government Role and the Interoperability Ecosystem. ICEGOV2007, 2007. BECHHOFER, S; HARMELEN, F. V; HENDLER, J; HORROCKS, I; MCGUINNESS, D. L; PATEL-SCHNEIDER, P. F; STEIN, L. A. OWL Web Ontology Language Reference,

91 2010. Disponvel em <http://www.w3.org/TR/2004/REC-owl-ref-20040210/>. Acesso em 10 de Abril 2010. BERNERAS, A; LARESGOITI, I; CORERA, J. Building and Reusing Ontologies for Electrical Network Applications.European Conference of Artificial Intelligence, 1996. BINGI, P. Critical Issues Affecting an ERP Implementation. In J.M. Myerson Enterprise Systems Integration: p.425-438. Auerbach Publications, CPC Press, 2001. BISHR, Y. Semantic Aspect of Interoperable GIS. Ph.D. Thesis, Wageningen Agricultural University, Netherlands, 1997. BLOIS, M; ESCOBAR, M; CHOREN, R; Using Agents and Ontologies for Application Development on the Semantic Web. Journal of the Brazilian Computer Society, vol.1, 2007. BORST, W. N; Construction of engineering Ontologies for Knowledge sharing and reuse. Thesis. University of Twenty, Enschede, Netherlands, p.243, 1997. BRUNNERMEIER, S. B; MARTIN, S. A; Interoperability Cost in the US. Automotive supply chain. Supply Chain Management: An International Journal, vol 7 n. 02, p. 71-82, 2002. Disponvel em: <http://www.emeraldinsight.com/index.htm>. Acesso em 07 de julho de 2010. BURANARACH, M; The Foundation for Semantic Interoperability on the World Wide Web. Department of Information Science and Telecommunications School of Information Sciences, University of Pittsburgh, Novembro, 2011. BUSSE, S; KUTSCHE, R.-D; LESER, U; WEBER, H. Federated Information Systems: Concepts, Terminology and Architectures, 1999. Disponvel em <http://cis.cs.tuberlin.de/Dokumente/Papers/1999/BKLW99.ps.gz>. Acesso em 11 de agosto de 2010. CAFEZEIRO, I; VITERBO, J; RADEMAKER, A; ENDLER, M; HAEUSLER, E. H. A formal Framework for modeling context-aware behavior in ubiquitous computing Communications in Computer and Information Science, V.17, 2008.

92 CAMPOS, M, C; Interoperabilidade entre Sistemas Distribudos Utilizando Web Services, Faculdades Integradas Cndido Rondon, 2006. CANTELE, R; ADAMATI, D; FERREIRA, M. Reengenharia e Ontologias: Anlise aplicao. Universidade de So Paulo. Poli USP 2004. In I Workshop de Web Semntica WWS 2004. Disponvel em: <http:// www.iti.pcs.usp.br/publicacoes/publicacoe2004.html> Acesso em 18 de outubro de 2009. CIMDATA Report (2002). Product Lifecycle Management: Empowering the future of business, 2002. Disponvel em: <http://www.cimdata.com/publications/PLM_Definition> Acesso em: 20 de outubro de 2010. CIMDATA (2003). 2009. CHAUDRI, V; Open Knowledge base connectivity specification. V 2.0, SRI and Knowledge Systems Laboratory, Stanford University, 2008. Commission of the European Communities, Linking up Europe: the Importance of Interoperability for e-Government Services. Commission Staff Working Paper SEC, 2003. Disponvel em < http://www.csi.map.es/csi/pdf/interoperabilidad_165.pdf> Acesso em 24 de abril de 2010. CRUZ, I; XIAO, H; HSU, F; An Ontology based Framework for XML Semantic Integration. Department of Computer Science.University of Illinois at Chicago, 2005. PDM to PLM: Growth of an Industry. A CIMDATA Market

Report. Maro de 2003. Disponvel em: <http://www.cimdata.com/>. Acesso em 3 de outubro

CUNHA,

M;

SOUZA,

M;

ALMEIDA,

H.

Dificuldades

com

integrao

interoperabilidade de sistemas de informao nas instituies pblicas de ensino Um estudo de caso no CEFET-AL, 2005. FALBO, R.A. Integrao de Conhecimento em um Ambiente de Desenvolvimento de Software, Tese de Doutorado, COPPE/UFRJ, 1998. FAGIN, R; KOLAITIS, P. G; MILLER, R. J; POPA, L. Data Exchange: Semantics And Query Answering. 2005. Disponvel em:

93 <http://portal.acm.org/citation.cfm?id=1085304.1085309> , Acesso em 11 de outubro de 2010. FARQUHAR, A; FIKES, R; RICE, J. The ontolingua server. USA: a tool for collaborative ontology construction. Duluth: Academic Press, 1997. p. 707-727. FELICSSIMO, C. H; Interoperabilidade Semntica na Web: Uma Estratgia para o Alinhamento Taxonmico de Ontologia. Dissertao de Mestrado, PUC-RIO, 2004. FENSEL, D; Ontologies: Silver Bullet for Knowledge Management and Electronic Commerce, Springer-Verlag, Berlin, 2001. FERNNDEZ, M; GOMZ-PERZ, A; JURINO, N. Methontology: From ontological art towards ontological engineering. In Symposium on Ontological Engineering of AAAI, Stanford Califrnia, 1997. FERNNDEZ-LPEZ, M. Building a chemical ontology using Methontology and the ontology design environment: IEEEIntelligent Systems & their Applications, p. 37-46, 1999. FONSECA, F; EGENHOFER, MAX; BORGES, KARLA. Ontologia e Interoperabilidade Semntica entre SIGS. 2006. FRIEDMAN, M; LEVY, A; MILLSTEIN, T. Navigational Plans For Data Integration. Proceedings Of The Sixteenth National Conference on Articial Intelligence and the Eleventh Innovative Applications of Articial Intelligence Conference, p. 6773, Menlo Park, CA, USA, 1999. American Association for Articial Intelligence. Disponvel em <http://portal.acm.org/citation.cfm?id=315149.315229>, Acesso 11 de novembro de 2010. GALLAHER, M.P. Cost Analysis of Inadequate Inoperability in the Capital Facilities Industry. National Institute of Standards and Technology (NIST) Technical Report No. NIST

GCR-04-867, August, 2004.

GALUPPO, F; FEIJ, M. Desenvolvendo com C#, 1 edio, p.496, 2004. GARETTI, M; TERZI, S; BRIANZA, N; Organizational change and knowledge management in PLM implementation. Int. J. Product Lifecycle Management, Vol 1, 2005.

94 GARDARIN, G; DANG-NGOC, T. T. Mediating the Semantic Web. 2004. Disponvel em <http://ieeexplore.ieee.org/iel5/9145/29024/01307577.pdf>, Acesso em 21 de agosto de 2010. GMEZ-PREZ, A; GONZLEZ-CABERO, R; LAMA, M. A Framework for Design and Composing Semantic Web Services, IEEE Intelligent Systems, vol. 16, pp. 243.2004. GMEZ-PREZ, A. Evaluation of taxonomic knowledge in Ontologies and knowledge bases. In: TWELFTH WORKSHOP ON KNOWLEDGE ACQUISITION, MODELING AND MANAGEMENT, 1999. GMEZ-PREZ, A; CORCHO, O. Ontology Languages for the Semantic Web. IEEE Intelligent Systems, 2002. GRIEVES, M; Product Lifecycle Management. Driving the next generation of lean thinking. New York. McGraw-Hill, 2006. GRUBER, T.R; Towards principles for the design of ontologies used for Knowledge sharing. International Workshop on Formal Ontology, Padova, Italy 1993. GRUBER, T.R; 1996. What is an ontology? Disponvel em:<http://wwwksl.stanford.edu/ kst/what-is-na-ontology.html>. Acesso em: 03 dezembro de 2009. GRUNINGER, M; CIOCOIU, M; NAU, D; Ontologies for Integrating Engineering Aplications, 2000. GRUNINGER, M; Model Theoretic Approaches to Semantic Integration, 2005. GRUNINGER, M; FOX, M.S; USCHOLD.Methontology for the design and evaluation of ontologies.Worskhop on Basic Ontological Issues in Knowledge Sharing.Montreal, 1995. GUARINO, N; Semantic Matching: Formal Ontological Distinctions for Information Organization, Extraction, and Integration. A Multidisciplinary Approach toan Emerging Information Technology, InternationalSummer School, SCIE-97, Frascati, Italy, pp. 139-170, 1997. GUARINO, N; WELTY, C. Conceptual modeling and ontological analysis. Slides presented at the AAAI-2000 Tutorial on Conceptual Modeling and Ontological Analysis, 2000.

95 JASPER, R; USCHOLD, M. A Framework for understanding and classifying ontology applications. VoyagerInn, Banff, Alberta, Canada, 1999. JONES, D; BENCH-CAPON, T; VISSER, P. Methodologies for ontologydevelopment, 1998. Disponvel em: <http://cweb.inria.fr/Resources/ONTOLOGIES/methodo-for-ontodev.pdf>. Acesso em: 27 junho de 2010. HANDSCHUCH, S; MAEDCHE, A; STOJANOVIC, L; The Karlsruhe Ontology and Semantic Web Infrastructure, Disponvel <http://kaon.semanticWeb.org/kaon/whitepaper.pdf, 2001> Acesso em: 13 de agosto de 2010. HEFLIN, J; HENDLER, J; LUKE, S. SHOE: A Knowledge Representation Language for Internet Applications. Relatrio Tcnico CS-TR-4078, 1999. HORRIDGE, M; A pratical guide to building OWL ontologies using Teh Protg-OWL Plugin and CO-ODE. The University of Manchester and Stanford University, 2004. HORROCKS, J; SATLER, S; TOBIES, A. Use of Ontologies in a pervasive computing environment , Department of Computer Science, University of Illinois, Urbana-Champaign, USA, 1999. KENT, R; Conceptual Knowledge Markup Language: The Central Core, 1999. Disponvel em <http://sern.ucalgary.ca/ksi/kaw/kaw99/papers/Kent1/CKML.pdf> Acesso em 21 agosto 2010. KARP, P.D; CHAUDHRI, V.K; THOMERE, J. XOL: An XML-based ontology exchange language - Version 0.4, Relatrio, 1999. KOTLER, P; Administrao de Marketing 10 Edio. Prentice Hall, 2000. LEGER, A; Ontology domain modeling support for multilingual services in e-commerce. 2000. Disponvel em: <http://mkbeem.elibel.tm.fr/ paper/ecai00-final.pdf>. Acesso em: 22 de novembro de 2010. LEITE, M SWS-GIS: Uma arquitetura baseada em servios para uma federao de Spatial Data Infrastructures. UNIVERSIDADE FEDERAL DE CAMPINA GRANDE

96 CENTRO DE ENGENHARIA ELTRICA E INFORMTICA COORDENAO DE PSGRADUAO EM INFORMTICA, 2007. LIOYD, R; Metric mishap causes loss of NASA orbiter, CNN Interactive, 1999. LPEZ, M; GMEZ-PREZ; JURINO, N. Methontology: From ontological art towards ontological engineering. Spring Symposium Series, pp. 33-40, Stanford, 1997. MA, S; FUH, E; Product lifecycle modelling, analysis and management, Special Issue of Computers in Industry, Volume 59, Issues 2-3, Pages 107-320. 2008. MAEDCHE, A; NUNO SILVA, P; MOTIK, B; VOLZ, R; - A Mapping Framework for Distributed Ontologies. Karlsruhe. 2002. MANOV, D; EHRING, M. State-of-the-art survey on ontology merging and aligning. Digital Enterprise Research Institute, University of Innsbruck, 2005. MAHALINGAM, K; HUHNS, M. N. An ontology tool for query formulation in an agentbased context. In: IFCIS INTERNATIONAL CONFERENCE ON COOPERATIVE INFORMATION SYSTEMS, 1997. MARK, D; SMITH, B; B. TVERSKY. Ontology and geographic objects: An empirical study of cognitive categorization. Cognitive and Computational Foundations of Geographic Information Science, number 1661 in Lecture Notes in Computer Science, pages 283298. Springer Verlag, 1999. MARTIN, OWL-S; The owl-s editor a development tool for semantic web services, 2004. MIKA, P; Social Networks and the Semantic Web. Springer Science Business Media LCC, 2007. MOREIRA, M. M; Integrao Semntica de Sistemas de Informao. Dissertao de Mestrado, PUC-RIO, 2003.

97 NECHES, R; FIKES, R; FININ, T.W; Enabling Technology for Knowledge Sharing, AI Magazine, v. 12, n. 3, p.36-56. 1991. NOVELLO, T, C; Ontologias, Sistemas baseados em Conhecimento e Modelos de Banco de Dados, 2003. NOY, F. N; GUINNESS, D. L; Ontology development 101: a guide to create your first ontology. 2001. ORGUN, B; DRAS, M; NAYAK, A; Approaches for Semantic Interoperability between Domain Ontologies. 2006. PAPAZOGLOU, M; RIBBERS, A; e-Business: Organizational and Technical Foundations. J.Wiley & Sons, 2006. PREDOIU, L; FEIER, C; SCHARFFE, F; DE BRUNIN, J; MARTIN-RECUERDA, F; MANOV, D; EHRING, M. State-of-the-art survey on ontology merging and aligning v2. Technical Report D4.2.2, Digital Enterprise Research Institute, University of Innsbruck, 2005. PROTG: home, overview, documentation, downloads, community, about us. Disponvel em: < http://protege.stanford.edu/index.html>. Acesso em: 10 maio de 2010. ROBLES JNIOR, A; Custo da qualidade: uma estratgia para a competio global. So Paulo: Atlas, 1994. ROTHBERG, R; Corporate Strategy and Product Innovation ed.2 Nova York: The Free Press, 1991. STARK, J; Product Lifecycle Management. Century Paradigm for Product Realization. London, Springer 2006. SANTOS, M; O PLM Gerenciamento do ciclo de vida do produto transformando negcios em empresas classe mundial - Brasilmatics, 2004. SCHREIBER, A. T; WIELINGA, B. J; JANSWEIJER, H. The KACTUS view on the 'O' word. In D. Skuce, N. Guarino & L. Bouchard, 1995.

98 SMITH, M. K; WELTY, C; MCGUINNESS, D. L; OWL Web Ontology Language Guide. 2004. Disponpivel em <http://www.w3.org/TR/2004/REC-owl-guide-20040210/>, Acesso em: 3 de Abril de 2010. STARK, J. Product Lifecycle Management. Century Paradigm for Product Realisation. London, Springer 2006. TEIXEIRA, M; O PLM Gerenciamento do ciclo de vida do produto transformando negcios em empresa classe mundial, Brasilmatics, 2004. USCHOLD, M; JASPER, R.A. Framework for Understanding and Classifying Ontology Applications. In: WORKSHOP ON ONTOLOGIES AND PROBLEMSOLVING METHODS, Stockholm, Sweden, 1999. USCHOLD, M; GRUNINGER, M. Ontologies: principles, methods and applications. Knowledge Engineering Review. Vol 11, num 2. 1996. VALDANBRINI, C. A; O Gerenciamento do Conhecimento do Produto como fator de competitividade na Gesto do Ciclo de Vida do Produto. Dissertao apresentada ao Programa de Mestrado em Gesto de Negcios da Universidade Catlica de Santos, 2008. WANG, L. C; "Power Allocation Mechanisms for Downlink Soft Handoff in the WCDMA System," Chap. 19, DESIGN AND ANALYSIS OF WIRELESS NETWORKS, Science Publishers, 2005.

World Wide Web Consortium (W3C-OWL) 2004. W3C Web-Ontology (WebOnt) Working Group web site. Disponvel em < http://www.w3c.org/2001/sw/WebOnt/> Acesso em: 2 de abril de 2010. World Wide Web Consortium (W3C-OWL) 2007. Patel-Schneider, Hayes, Horrocks. ZANCUL, E. D. Gesto do Ciclo de vida dos produtos: seleo de sistemas PLM com base em modelos de referncia. Escola de Engenharia de So Carlos (EESC), 2009.

99 APNDICE A QUESTIONRIO ENVIADO AS EMPRESAS

100 APNDICE B QUESTES DE COMPETNCIAS INFORMAIS

1) 2) 3) 4) 5) 6) 7) 8) 9)

Quais unidades de medida so utilizadas? Quais so as etapas do processo? Como medida a eficincia do processo? Quais so as principais atividades realizadas durante o ciclo de vida do produto? Como a informao estruturada? Quais mtodos so utilizados para o controle da qualidade? Quais substncias qumicas so utilizadas no processo? Como o produto recuperado (reciclado)? Como o produto embalado e distribudo?

10) Como o material estocado? 11) Como a matria-prima selecionada? 12) Como o consumo de energia mensurado? 13) Quais ndices so importantes para avaliar os impactos ambientais do processo? 14) Como so classificados os tipos de papis? 15) Quais so os custos impactantes no processo? 16) Como realizado o gerenciamento dos projetos? 17) Quais so as etapas de tingimento? 18) Quais so as etapas de secagem? 19) Quais so os tamanhos padres para o papel carto? 20) Como feita a separao e tratamento dos resduos? 21) Quais so as faixas de gramatura utilizadas? 22) Qual o teor mximo de umidade? 23) Qual o teor mximo de impurezas? 24) Qual o teor mximo de materiais proibitivos?

101 APNDICE C ILUSTRAO DAS SUBCLASSES DE VALUEPARTITION E DOMAINCONCEPT

Representao da Superclasse ValuePartition

Representao da Superclasse DomainConcept