Professional Documents
Culture Documents
Orientador
FERNANDA ARAUJO BAIO AMORIM
1
A UTILIZAO DE PADRES DE PROJETO DE ONTOLOGIAS NA
MODELAGEM DE UM CENRIO REAL
Aprovada por:
__________________________________________________
FERNANDA ARAUJO BAIO AMORIM (UNIRIO)
__________________________________________________
KATE CERQUEIRA REVOREDO(UNIRIO)
__________________________________________________
FLAVIA MARIA SANTORO(UNIRIO)
2
Dedico esta monografia aos meus amores, sempre presentes. Obrigada pelo incentivo
pelo apoio de vocs.
3
Agradecimentos
Ao meu noivo, Daniel de Miranda Chaves Christiani, que passou de meu melhor amigo
nesta jornada, chamada Sistema de Informaes, e vem se tornando meu companheiro
pra toda a vida, por toda a pacincia, amizade e cumplicidade. A minha orientadora,
Fernanda Arajo Baio Amorim, sempre presente me mostrando qual o prximo passo
para seguir em meu projeto, esclarecendo minhas dvidas com pacincia nas nossas
reunies que muitas vezes se estenderam pela Ponte Rio-Niteri.
4
RESUMO
modelo sem o uso desses padres de ontologias, como, por exemplo, a facilidade em se
que est sendo modelado. O foco deste trabalho foi a anlise dos benefcios e
expressividade.
5
ABSTRACT
represent even the most complex scenarios, reusing already known solutions, called
Design Patterns. These solutions are available and cataloged in Ontology Design
In this work a conceptual model of the ontology of a Personnel Department was created
through the reuse of Ontology Design Patterns available on a repository supplied with
the patterns created from specialists. While creating the Ontology in the proposed
scenario, this work shows the advantages and disadvantages encountered to adjust
existing ODPs to the real scenario modeled, as well as the facilities obtained when
creating the model compared to the non-ODP scenario. For example, we experienced
the facility brought by ODPs to become familiar with the domain concepts and the
difficulties in knowing and understanding the scenario being modeled. The focus of this
work is the representation of the suitability of pre-existing ODP to a real scenario, and
the advantages gained in this process regarding the quality and expressiveness.
6
ndice
1 Introduo ................................................................................................................... 10
7
ndice de Tabelas
8
ndice de Figuras
9
1 Introduo
Neste captulo sero apresentados a motivao deste trabalho e o problema que iremos
tratar.
1.1 Motivao
10
reutilizados quando agrupados em um repositrio, uma vez que estes repositrios
representam uma infraestrutura criada para facilitar este o acesso aos padres
elaborados por usurios de ontologias que colaboram no s disponibilizando novos
padres, mas tambm atualizando e comentando os j existentes.
Esse trabalho visa ilustrar como a reutilizao de padres de projeto de ontologia pode
auxiliar a modelagem de um cenrio real de uma organizao. Foi feita uma
comparao das ontologias construdas com e sem o uso dos ODPs obtidos de um
repositrio de padres de ontologia existente na literatura.
1.2 Problema
O problema abordado nessa proposta ser uma anlise mais aprofundada dos benefcios
da utilizao dos padres de projeto de ontologias disponveis para uso em um
repositrio prprio traando uma comparao entre criar uma modelagem utilizando
padres e outra sem a utilizao dos mesmos com o propsito de clarear os
conhecimentos existentes sobre o assunto.
11
2 Fundamentao Terica
2.1 Ontologias
12
- Axiomas: representam as sentenas que so sempre verdadeiras, independente da
situao, aplicadas na definio de restries sobre relaes e classes. Um axioma
uma afirmao lgica;
13
Ontologias de alto nvel: grupo o qual inclui o vocabulrio relacionado a conceitos
globais, no pertencendo a um nico domnio. Esses conceitos mais gerais so genricos e
podem ser especializados por conceitos existentes nas ontologias de domnio ou tarefa.
14
2.2 Vantagens em se trabalhar com ontologias
Moraes [2007] cita em seu trabalho uma lista de vantagens de se trabalhar com
ontologias nas diversas reas da computao, entre elas a Recuperao de Informaes
na Internet, por exemplo, no caso de catlogos de produtos online ou mesmo atravs de
ferramentas de anlise para que seja realizada uma pesquisa contextualizada, o
Processamento de Linguagem Natural para facilitar o entendimento, por exemplo, em
ambientes corporativos realizando armazenamento de informaes, entre outras
vantagens.
Com o passar dos anos, diversas linguagens foram criadas para representar ontologias.
Segundo Sell [2006] podemos extrair ontologias a partir de documentos XML
(eXtensible Markup Language). Essas ontologias so representadas por diferentes
15
linguagens. Algumas das linguagens mais utilizadas (Figura 3) so a RDF (Resource
Description Framework) e a OWL (Ontology Web Language), que sero descritas
abaixo.
Por Fensel, [2001] e Gomez-Perez,[2006], citados por Sell [2006], entendemos que o
RDF Schema definido como um formalismo para a estruturao de ontologias mais
simples. No caso de se trabalhar com inferncias, so necessrios formalismos mais
expressivos para a representao de ontologias, pois estes devem incluir suporte para
axiomas e outras formas de relacionamentos entre os conceitos [Vieira et al, 2005].
16
linguagem a recomendada da W3C [W3C, 2004], a fim de definir e instanciar
ontologias na web, se subdividido em trs sublinguagens: OWL Lite, OWL DL e OWL
Full, que se diferenciam por suas particularidades abaixo descritas como visto em Lopes
[2009] e em Antoniou e van Harmelen [2004] em relao a sua expressividade e
computabilidade [Azevedo et al., 2008] conforme mostrado na Figura 4.
17
OWL Full: da mesma forma que a OWL DL, possui o conjunto completo de
construtos OWL, alm de permitir que uma classe seja identificada como uma instncia,
assim como permite que uma instncia seja identificada como uma classe, impedindo
que seu tratamento computacional tenha um tempo definido.
Segundo Azevedo et al. [2008] o modelo OWL prov um conjunto de vocabulrio mais
rico do que o encontrado no modelo RDF para melhor restringir o conjunto de triplas
que podem ser representada.
Segundo [Vieira et al, 2005] o RDF uma linguagem de meta-dados genrica usada
para explicitar relacionamentos entre recursos. O RDF permite especificar o que so
recursos, o que so relacionamentos e quais so os relacionamentos entre os recursos em
um domnio qualquer. A OWL uma evoluo do RDF onde definies mais
detalhadas sobre as relaes podem ser expressas atravs de ontologias. [Vieira et al,
2005] tambm cita que atravs da utilizao da OWL possvel descrever
caractersticas especiais sobre conceitos e os relacionamentos, atravs de axiomas
lgicos.
18
2.4 Ferramentas utilizadas
Protg
AstaH
Neste projeto foi utilizado o Astah Community 6.7.0/43495 como uma ferramenta
voltada para a modelagem de sistemas utilizando a UML. Os modelos do cenrio
abordado neste projeto foram desenhados com esta ferramenta. Atravs dela tambm
possvel representar diagramas de caso de uso (anexo), e diagramas de classe e
diagramas entidade-relacionamento, que no foram abordados para este projeto.
1
http://protegewiki.stanford.edu/wiki/Main_Page
19
3 Padres de Projeto de Ontologias
Nos anos 70, Christopher Alexander lanou a ideia de Padres de Projeto, atravs de
seu trabalho no campo da Arquitetura [Gangemi, 2004]. Esta ideia se baseia na
subdiviso de reas de conhecimento baseando-se em problemas comuns vistos
anteriormente e nas solues utilizadas. Este trabalho impulsionou a ideia entre a
comunidade de software, primeiramente no que trata a orientao objeto, a publicar um
livro sobre Padres de Projeto nesta rea [Gama et al., 1997].
H algum tempo que os Padres de Projeto de Ontologia (ODP) surgiram como uma
forma de ajudar desenvolvedores de ontologias para modelar projetos utilizando a
linguagem OWL. No entanto, um problema na utilizao desses ODPs so as
dificuldades de se entender a linguagem pelos praticantes que no esto familiarizados
20
com a sintaxe OWL, mas que esto habituados a modelar usando outras tcnicas de
engenharia de software. Desta maneira, uma notao grfica (por exemplo, UML)
ajudaria os engenheiros de software e usurios de ontologias na tarefa de entender os
padres, e aumentaria a reutilizao de Padres de Projeto de Ontologias no processo de
construo de ontologias.
Gangemi [2004] e Presutti [2008] agrupam os ODPs em seis diferentes famlias que se
subdividem de acordo com suas especificidades, conforme mostrado na Figura 5, e
tambm descrito abaixo, ou seja, grupos orientados para diferentes tipos de usurios
para tratar de diferentes problemas.
21
o ODPs Lgicos (Logical ODPs) so ontologias genricas compostas por
construes lgicas com o objetivo de resolver um problema de
expressividade. Por serem expressas em termos de vocabulrio lgico
possuem assinaturas vazias. Essas ODPs so independentes da existncia
de um domnio especfico de interesse, ou seja, independentes de um
contedo. Outra observao importante que um mesmo ODP pode ser
utilizado mais de uma vez em um mesmo projeto de ontologia [Presutti,
2008]. Um exemplo de aplicao de ODPs lgicos na representao de
uma relao entre mais do que dois elementos, com o objetivo de
expressar uma relao semntica enria somente usando classe e relao
binria primitivas.
22
a necessidade de fazer a comparao entre as ontologias Servidor e
Contratado modeladas neste trabalho.
23
Figura 5: Tipos de padres de projeto de Ontologias [Gangemi, 2004].
Uma vez conhecido o significado de um ODP e seus benefcios, podemos, nesta seo,
apresentar os OPDs de contedo disponveis para consulta e utilizao no repositrio de
ODPs escolhido como base para este trabalho, no site
http://ontologydesignpatterns.org/.
24
Padro Person
25
Padro ParticipantRole
Este padro tem como objetivo representar os participantes e o papel Cargo de Chefia
que desempenham (ParticipantRole) em um evento (Event) num dado
momento (Situation). Ele desconsidera qualquer aspecto relacionado ao
tempo na participao. Um evento qualquer processo fsico, social ou
mental, evento ou estado. Um objeto qualquer objeto fsico, social ou
mental, ou substncia. Um papel um conceito que classifica o objeto.
E esta classe uma situao que representa o papel de um objeto
especfico participando de um evento.
26
Padro TimeInterval
27
Padro Participation
28
Padro Place
Padro utilizado para representar locais, lugares de coisas, exemplo: Um Dirio Oficial,
veculo de publicao. Referencia uma localizao, seja ela parcial, Boletim de
fsica, social ou metafrica. Servio.
29
Padro Set
Segundo Gangemi [2005], o primeiro passo para se trabalhar com ODPs dominar a
noo de "Casos de Uso Genricos", ou seja, como realizar a generalizao de casos de
uso que foram fornecidos como exemplos para uma questo de modelagem de domnio.
30
Que objetos participam de um determinado evento?
No anexo deste trabalho esto alguns exemplos de casos de uso para o cenrio
modelado, demostrando algumas das questes as quais deveriam ser respondidas para
que fosse possvel a criao de casos de usos genricos podemos ver pela Tabela 7
como adaptar essas questes para casos de usos especficos, o que ser visto no Captulo
5, quando estivermos criando o nosso cenrio de testes.
31
Tabela 7: Modelando Casos de uso - Do Genrico ao Especfico [Gangemi e Presutti,
2009]
Hashemi [2009] Aprofunda o conhecimento acerca dos repositrios de uma forma cujo
entendimento simplificado ao dizer que um repositrio de ontologias funciona como
um "mapa" das teorias conhecidas, enquanto Grninger [2010] se aprofunda nesse
cenrio ao representar o uso de ontologias dentro de um repositrio como uma relao
entre informaes semnticas, por ele chamadas de subteorias, e classifica as teorias
dentro do repositrio como mdulos.
32
repositrios de padres de ontologia a ideia a mesma: o repositrio de ODPs utilizado
neste trabalho fornece um catlogo de padres divididos de acordo com os possveis
tipos de padres, apresentando-os pelos seus nomes, objetivos, domnio e usurios.
33
4 Modelagem do cenrio trabalhado
Este captulo visa a criao do modelo conceitual de um cenrio real, como base para a
criao de um modelo ontolgico dos conceitos envolvidos no funcionamento de um
Departamento Pessoal de uma empresa pblica brasileira. Nesse estudo foi utilizado o
repositrio de padres de ontologias disponvel no site
www.ontologydesignpatterns.org. Os padres escolhidos para esta modelagem foram de
contedo. A escolha dos padres a serem instanciados requereu uma anlise minuciosa
da descrio, objetivos e domnio dos padres documentados no repositrio, e da sua
representao em OWL, que foi importada na ferramenta Protg para visualizao.
Esta anlise dos ODPs buscou avaliar a adequabilidade de cada um deles para
solucionar situaes especficas no cenrio modelado.
Definido o escopo do cenrio, neste estudo de caso foram criadas duas ontologias que o
representassem: uma reutilizando os padres de projeto de ontologias existentes e a
outra sem a reutilizao de padres. A partir da, foi possvel comparar as ontologias
geradas quanto representao de cada conceito envolvido no cenrio, desde suas
caractersticas e atributos at mesmo a possibilidade de sugesto de melhorias aos
processos realizados.
34
A cada dia, registra-se a presena ou ausncia de um servidor ao trabalho na empresa
HL. Chama-se de Frequncia Integral a presena diria, no perodo de um ms do
servidor no Trabalho. Caso o servidor no tenha comparecido todos os dias, ele ter esta
ausncia registrada. Estas ausncias podem se classificadas como Frias (ms de
descanso aps o servidor completar um ano trabalhado), falta (ausncia injustificada por
um numero especifico de dias), ou licena (mdica por motivo de sade, etc...) de
diferentes prazos identificadas por um cdigo.
35
seu superior (ou por um deles quando o servidor possuir mais de uma chefia). Esta nota
gera um valor de gratificao a ser pago no salrio base do servidor.
36
4.3 Criao do cenrio sem utilizao de Padres de Projeto
Neste caso, foi utilizado o Software Protg para se criar a ontologia do cenrio a ser
estudado. Uma vez que nesta etapa no haver reutilizao de Padres pr-existentes, a
ontologia dever ser criada desde o incio com suas particularidades, como por exemplo,
as suas propriedades e relaes. Uma boa prtica seguir as regras mencionadas na
Seo 3.4 desde trabalho para criao do Modelo.
De acordo com essas boas prticas a primeira questo a ser respondida so as perguntas
de Quem faz o qu, quando e onde?. Pode-se definir a entidade Servidor e seus
relacionamentos e tarefas, uma vez que essa entidade o ponto de partida. J para tratar
Quais so as partes de uma coisa foram criadas as entidades que iram conceituar as
tarefas que se deseja representar, como por exemplo, as classes menos especficas de
conceitos mais gerais, at mesmo as classes mais especficas como os Tipos de Auxilio
ou os Tipos de Ausncia. No caso da entidade que trata a frequncia do Servidor,
verifica-se Qual o perodo de tempo. Ou seja, a cada pergunta dos casos genricos
respondidas, uma parte do cenrio de testes foi sendo moldada at que se chegasse
criao do todo.
A Figura 6 ilustrou a criao deste modelo, ou seja, das entidades que compe o Cenrio
de Testes. Neste modelo, por no haver uma base inicial para se criar o modelo, a
ontologia criada sem nenhum padro. Como mencionado anteriormente, necessria a
criao das propriedades de cada entidade tambm os relacionamentos da ontologia,
alm das instancias que se deseja criar, podendo definir as propriedades do objeto, ou
seja, as relaes entre as entidades, e as propriedades do arquivo, que so os atributos
destas entidades, como mostra na Figura 7. Tambm possvel definir anotaes, alm
de outras propriedades, como o Domnio ou classe de equivalncia (Descrio).
37
Figura 7: Janela DataProperty do Padro TimeInterval no Protg
Conclui-se que, ao se criar este modelo sem a utilizao de padres, embora a ideia
inicial fosse de simplicidade e expressividade por se criar um modelo independente de
padres pode-se notar justamente o oposto. Esta modelagem do cenrio sem utilizao
de padres de projeto de ontologia foi um primeiro teste de criao desta ontologia, e,
portanto foi possvel ver a dificuldade na definio de conceitos desenvolvidos, e na
escolha das propriedades de cada um desses conceitos. Tambm foi possvel verificar
que ao se criar um modelo desde o incio, sem usar padres, a dificuldade para fazer a
verificao em relao adequao do modelo ao cenrio proposto (foi modelado da
melhor forma possvel?), ou seja, a complexidade em se trabalhar com conceitos e
propriedades aumenta.
Em relao s linguagens pesquisadas para utilizao neste trabalho, foi visto, por
exemplo, que relaes genricas (sem domnio e imagem pr-definidos) em modelos
OWL no podem ser representadas em UML, da mesma forma, algumas propriedades
dos relacionamentos (equivalncia) tambm s esto explicitamente definidas na
linguagem OWL. Apesar disto, para a modelagem do cenrio deste trabalho essas
relaes no precisaram ser modeladas, e com isso a escolha de se utilizar a linguagem
UML se mostrou suficiente para representar os conceitos desejados.
38
Aps a modelagem do cenrio sem o conhecimento dos padres j existentes possvel
notar a dificuldade de se perceber a expressividade dos conceitos que devem ser
modelados, e a extenso dos mesmos (geraram uma informao nova, ou acrescentaram
dados informao que est sendo descrita?). Embora os conceitos paream "bvios"
ao se conhecer o minimundo, a grande expressividade permitida pelo uso de
ontologias mostra o quanto difcil domin-los, ou seja, como se cada conceito na
verdade desencadeasse vrios outros conceitos por trs dele que podem ser retratados
durante esta modelagem e muito difcil saber at qual ponto cada um destes conceitos
devem ser "aprofundados" para poder passar a ideia que se deseja.
39
Aldo Gangemi, como ilustrado na Figura 8, uma vez que a entidade Funcionrio
utilizada para retratar pessoas fsicas, e este grupo pode ser decomposto por duas
subclasses de membros distintos, os funcionrios servidores, e os funcionrios
contratados.
A Figura 9 mostra o uso do padro Person para definir que o funcionrio uma pessoa.
Uma pessoa, alm de ser um indivduo (pessoal Natural) tambm um funcionrio
(pessoa Social), ou seja, exerce um papel social. Este papel que ela exerce em uma
empresa o seu cargo e este pode ser conceituado, por ter caractersticas prprias.
40
Ainda tratando da classe Servidor, podemos retratar a forma que um servidor pode
exercer uma funo, como por exemplo a funo de chefia. Neste caso usamos o padro
ParticipantRole, desenvolvido por Eva Blomqvist, para esta representao, como ilustra
a Figura 10.
41
Figura 11: Comparativo entre o padro ParticipantRole e seu uso visto no Proteg
Para a adaptao das classes que representam qual a frequncia mensal um servidor
pode receber, ou seja, se ele compareceu ao seu departamento todos os dias, ou se
faltou, ou se o mesmo encontrava-se em frias, ou em perodo de licena mdica a
melhor alternativa seria a utilizao do padro de intervalo de tempo (TimeInterval),
proposto por Valentina Presutti, uma vez que pode-se criar uma representao para os 3
tipos de ausncia um servidor pode possuir em um determinado perodo, que so os
conceitos de frias, de licena e de falta, alm da possibilidade do servidor ter sua
frequncia integral, como pode ser visto na Figura 12.
42
Figura 13: Comparativo entre o padro TimeInterval e seu uso no Protg
Para representar o pagamento recebido por um servidor, seja do seu salrio base, ou de
algum auxilio que o mesmo esteja recebendo, o padro Participation para mostrar como
o evento Pagamento gera o objeto vencimento.
43
Figura 14: Padro para representar o Pagamento ou Auxilio recebido pelo servidor
A classe processo tambm foi modelada usando este padro Participant, e, portanto s
foi representada no cenrio final.
Todo servidor, em determinada poca (neste exemplo o evento abordado foi a Avaliao
44
de Desempenho) recebe um conjunto de diferentes notas, ou seja, o padro Event
usado para representar o evento Avaliao de Desempenho do qual uma coleo de
notas (padres Collecion e Set) atribuda a um servidor. A Figura 16 mostra como
adequar estes padres Event, Collection e Set, desenvolvidos por Eva Blomqvist neste
contexto.
45
Figura 17: Padro Place para definir os locais de Publicaes
Por fim, a Figura 18 ilustra o resultado final, com as devidas adaptaes, aps a
utilizao dos padres de projeto de ontologia.
46
Figura 18: Cenrio Proposto para o uso de Padres
47
Outro fator que pode ser observado na modelagem com os padres de projeto est na
possibilidade de se recorrer s regras das boas prticas para utilizao de ontologias j
mencionadas para identificao de qual padro melhor se adequa a cada situao
durante a modelagem e adaptao da ontologia, por exemplo, para escolher o padro de
ontologia mais indicado, exemplo padro Place para responder Qual o lugar de
alguma coisa?.
Durante a realizao deste trabalho, foi possvel notar que ao se importar os padres
(disponveis no repositrio escolhido e j na modelados na linguagem OWL) com o
auxlio de uma ferramenta, o Protg, a anlise das classes, das relaes e dos atributos
j modelados pode fazer uso dos comentrios disponveis em cada padro, para facilitar
a escolha e esclarecer dvidas quanto ao uso dos padres,
A criao do modelo inicial atravs da linguagem UML, mais conhecida e utilizada para
modelagem, tambm foi um fator que facilitou a abordagem deste projeto. Uma vez que
os padres j so disponibilizados em OWL no repositrio online utilizado, foi mais
fcil reutilizar os mesmos ao adapt-los ao modelo criado.
Outra dificuldade foi escolher qual o melhor padro, uma vez que um conceito pode ser
48
representado por mais de um padro, pois no existe uma regra para essa escolha.
49
5 Concluso e Trabalhos Futuros
A ideia deste trabalho foi criar uma documentao contendo informaes sobre o
cenrio estudado atravs da modelagem conceitual dos dados que so relevantes em um
Departamento Pessoal. Essa modelagem foi realizada de acordo com as melhores
prticas de desenvolvimento de uma ontologia
O primeiro passo escolhido para esse trabalho foi criar um modelo UML do cenrio. Ao
se criar esse modelo foi possvel ter uma noo do que seria necessrio tratar
inicialmente (qual seria a abrangncia do modelo), ou seja, criar uma estrutura-base. Ao
iniciar a modelagem atravs dos padres de projeto de ontologia, problemas foram
identificados e tratados para que a adaptao pudesse ser possvel da seguinte forma:
Verificou-se a necessidade de criao de novas classes para se abordar as tarefas
desenvolvidas, ou mais bem defini-las, alm da adaptao de outras para que seja
possvel representar melhor as diversas situaes envolvidas no cenrio, como por
exemplo, para modelar a classe inicialmente chamada de funo. Na modelagem sem a
utilizao dos padres, percebeu-se a necessidade de criar o conceito geral (um servidor
possui uma funo). Essa ideia, para o leitor que no conhece o cenrio modelado no
explica muita coisa, mas, ao se modelar usando os padres foi possvel acrescentar mais
informaes como, por exemplo, que essa funo um papel que o servidor exerce a
partir de um determinado evento.
50
as melhores solues para o modelo desejado. Ainda que os modelos sejam genricos
eles permitem montar uma boa estrutura para o projeto, uma vez que os conceitos de
cada padro esto mais bem definidos.
Inclusive, importante mencionar que se verificou essa dificuldade neste trabalho, uma
vez que o repositrio utilizado contava com uma mdia de 100 padres de ontologia
disponveis para uso, ou seja, muitos dos conceitos necessrios ao modelo no estavam
acessveis no conjunto de padres existentes no repositrio.
51
participar como uma comunidade voltada a assuntos referentes a padres de ontologias
no site do repositrio online.
Este trabalho deixa como proposta para um futuro trabalho a implementao do cenrio
utilizado em uma ferramenta prpria a linguagem OWL com todos os seus padres de
maneira otimizada como mostra o trabalho Lantow et al. [2013].
52
Referncias Bibliogrficas
53
Guarino, N.; Oberle, D.; Steffen Staab, S. What Is an Ontology? Handbook on
Ontologies (Second Edition). 2004.
Guedes, A. Um Framework de Padres de Projeto, 2013.
Hashemi, A.; Gruninger, M. Ontology Design Through Modular Repositories, 2009.
Morais, E, Ambrsio, A.; Ontologias: conceitos, usos, tipos, metodologias,
ferramentas e linguagens, Technical Report, 2007.
Mortensen, J.; Horridge, M.; Musen, M.; Noy, N. Modest Use of Ontology Design
Patterns in a Repository of Biomedical Ontologies, 2012.
Presutti, et al.: A Library of Ontology Design Patterns: Reusable Solutions for
Collaborative Design of Networked Ontologies. NeOn D2.5.1. 2008.
Bhogal, Jagdev; Macfarlane, Andy; Smith, Peter. A review of ontology based query
expansion. Information processing & management, v. 43, n. 4, p. 866-886, 2007. Apud
Santos, V. Uma Arquitetura Suportada Por Busca Semntica Para Recuperao De
Fontes De Informao Em Repositrios De Metadados, 2011.Santos, V. Uma
Arquitetura Suportada Por Busca Semntica Para Recuperao De Fontes De
Informao Em Repositrios De Metadados, 2011
Staab ,S.; Studer ,R. Handbook on Ontologies, Second Edition. 2004.
Fensel, Dieter et al. Ontologies and electronic commerce. Intelligent Systems, IEEE,
v. 16, n. 1, p. 8-14, 200 apud Sell, Denilson et al. Uma arquitetura para business
intelligence baseada em tecnologias semnticas para suporte a aplicaes
analticas. 2006.
Gomez-Perez, Asuncion; Fernndez-Lpez, Mariano; Corcho, Oscar. Ontological
engineering. Heidelberg: Springer, 2004. Apud Sell, Denilson et al. Uma arquitetura
para business intelligence baseada em tecnologias semnticas para suporte a
aplicaes analticas. 2006. Sell, D.; Uma Arquitetura Para Business Intelligence
Baseada Em Tecnologias Semnticas Para Suporte A Aplicaes Analticas, 2006.
Tese (doutorado)
Gangemi, A.; Gmez-Prez, A.; Presutti, V.; Surez-Fiqueroa, M.; Towards a catalogo
of OWL-Based Ontology Design Patterns. 2007. Disponvel em
http://oa.upm.es/5212/1/Towards_a_Catalog_of_OWL-
based_Ontology_Design_Patterns.pdf
Daltio, J.; Medeiros, C. Aond: Um Servio Web de Ontologias para
Interoperabilidade em Sistemas de Biodiversidade. 2008. Anais do XXVIII
Congresso da SBC.
54
Mendona, F.; Cardoso, A.; Drumond, E.; Ontologia de aplicao no domnio de
mortalidade: uma ferramenta de apoio para o preenchimento da declarao de bitos.
2010. Cincia da Informao, 2011, vol. 39, n. 3, pp. 23-34. [Artigo de Revista]
Gamma, E.; Helm, R.; Johnson, R.; Vlissides, J.; Design Patterns: Elements of
Reusable Object-Oriented Software, 1997.
Martins, M.; Librelotto, G.; Comparando As Linguagens Para Representao De
Ontologies. 2007. Em Disc. Scientia. Srie: Cincias Naturais e Tecnolgicas, S. Maria,
v. 8, n. 1, p. 119-130, 2007
Lantow, Birger; Sandkuhl, Kurt; Tarasov, Vladimir. Selecting Content Ontology
Design Patterns for Ontology Quality Improvement. on Logi ogies in, p. 68, 2013.
Vieira, R. et al. Web semntica: ontologias, lgica de descrio e inferncia. Web e
Multimidia: desafios e solues. Porto Alegre: SBC, p. 127-167, 2005.
Engiel, P; Arajo, R; Cappelli, C. 0016/2011-Apresentao de modelos de processos
pblicosuma discusso sobre abordagens de representao de processos. RelaTe-
DIA, v. 5, n. 1, 2011.
Cranefield, S; Purvis, M. UML as an ontology modelling language. 1999.
Moody, D.; Shanks, G. Improving the quality of data models: empirical validation
of a quality management framework.Information systems, v. 28, n. 6, p. 619-650,
2003.
Castro, L.; Baio, F; Guizzardi, G. Abordagem Lingustica para a Modelagem
Conceitual de Dados com Foco Semntico. 2010. Tese de Doutorado. MSc
Dissertation, Unirio, Rio de Janeiro.
55
Anexo Diagrama de casos de uso
56