This paper describes the study and proposal of an information architecture, in the form of an ontology-based conceptual data model, for the CGU Ministry with potential for use in the implementation of data sources governance and management based on Cobit 4.1 PO2 - Define the Information Architecture process. Resumo. Este artigo descreve o estudo e a proposta de arquitetura da informac¸a˜o, sob a forma de um modelo conceitual de dados baseado em ontologia, para o Ministe´rio CGU com potencial de uso na implementac¸a˜o da governanc¸a e gesta˜o de fontes de dados baseada no processo PO2 - Definir a Arquitetura da Informac¸a˜o do Cobit 4.1.
A preocupac¸ a˜o com o aprimoramento da governanc¸a de dados fez com que a
CGU iniciasse planos para a implantac¸a˜o do processo PO2 - Definir a Arquitetura da
Informac¸a˜o do Cobit 4.1 [
Este artigo esta´ organizado como segue. A Sec¸a˜o 2 apresenta algumas definic¸o˜es consideradas importantes para o entendimento deste trabalho. A Sec¸a˜o 3 relata alguns resultados de mapeamento sistema´tico efetuado e alguns trabalhos correlatos. As Sec¸ o˜es 4 e 5 apresentam a proposta de AI para a CGU e resultados da sua validac¸a˜o, respectivamente. Por fim, a Sec¸a˜o 6 apresenta as concluso˜es e os trabalhos futuros.
De acordo com
As linguagens usadas na especificac¸a˜o de modelos conceituais suportados por
Ontologia, como UML Unified Modeling Language, ER e ORM Role Modeling sa˜o
frequentemente linguagens orientadas a software. Como consequeˆncia, a falta de semaˆntica
nos modelos criados com essas linguagens leva a problemas como interpretac¸o˜es
equivocadas, representac¸o˜es amb´ıguas e imprecisas e dificuldades na comunicac¸a˜o
[Albuquerque 2013]. Para remediar essa situac¸ a˜o, na u´ltima de´cada surgiu o que e´
conhecida como modelagem conceitual suportada por ontologia, que consiste na pra´tica de
usar ontologias e princ´ıpios ontolo´gicos para apoiar a atividade de modelagem conceitual
[
A definic¸a˜o de integrac¸ a˜o de dados adotada neste trabalho e´ a de [
A primeira etapa deste trabalho foi um mapeamento sistema´tico, que permitiu a construc¸a˜o de um panorama da atenc¸ a˜o recebida pelos estudos que assentaram suas ideias na utilizac¸a˜o da ontologia para a gesta˜o ou integrac¸a˜o de dados. A distribuic¸ a˜o por ano de 252 trabalhos selecionados em busca refinada produziu uma linha de tendeˆncia crescente para o per´ıodo entre 2006 e 2107, demonstrando um crescimento nas pesquisas relacionadas ao tema.
A partir de questo˜es de pesquisa formuladas e respondidas com base em 28 artigos selecionados para leitura integral foi poss´ıvel observar que: i. o foco dos estudos concentrou-se em propostas de modelos emp´ıricos (22 artigos); ii. ha´ 15 estudos que continham proposta de ontologia juntamente com a soluc¸a˜o te´cnica na qual a ela sera´ utilizada; iii. muitos dos estudos relatam necessidade de ampliac¸a˜o de uso ou evoluc¸ o˜es de suas propostas. Ha´ nu´mero reduzido de estudos (16) que discorreram sobre a implementac¸a˜o/avaliac¸o˜es de suas propostas; iv. os to´picos mais mencionados como pesquisa futura foram: matching de ontologias, buscas semaˆnticas e anotac¸o˜es semaˆnticas.
A ideia ba´sica da Abordagem Ontolo´gica de Gesta˜o de Dados (OBDM) apresentada por
[
A arquitetura de refereˆncia para estrutura ontolo´gica proposta por
[
No aˆmbito deste estudo, na˜o foi poss´ıvel construir uma conceitualizac¸a˜o compartilhada
por todos os interessados, por isso, optou-se por adotar um modelo conceitual baseado em
ontologia como AI proposta. O desenvolvimento do modelo seguiu uma customizac¸a˜o
da abordagem ”Enterprise” limitada a` sua fase informal (composta por identificac¸a˜o do
propo´sito e identificac¸a˜o do escopo) [
O modelo hol´ıstico proposto e´ baseado na arquitetura de refereˆncia de estrutura
ontolo´gica [
Figura 1. Classes da Camada Integra c¸a˜ o MD e de Dom´ınio de Nego´ cios DN A principal finalidade da camada MD e´ ser abrangente o suficiente para conter todos os conceitos fundamentais e transversais aos va´rios dom´ınios de nego´cio CGU. O lado esquerdo da Figura 1 identifica as classes que compora˜o essa camada, que foram selecionadas principalmente de ontologias organizacionais utilizadas como refereˆncia e acrescidas de determinados conceitos gerais.
A camada DN tem como finalidades: prover uma visa˜o das fontes de dados a
partir dos dom´ınios de nego´cio CGU e explicar a esseˆncia de cada um desses dom´ınios a
partir da descric¸a˜o dos relacionamentos entre classes. As classes no topo da hierarquia
formada DN representam as competeˆncias da
A finalidade da camada TG e´ revelar os servic¸os ou tarefas de suporte que sa˜o independentes de dom´ınio de nego´cio. Os assuntos Arquivo, Seguranc¸a, E-mail, Workflow sa˜o exemplos de classes dessa camada. Por u´ltimo, a camada de aplicac¸ o˜es AP tem como principal finalidade mostrar a lista dos sistemas/aplicac¸ o˜es CGU, classes principais da camada, com subclasses representativas das fontes de dados que as compo˜em. O relacionamento de cada sistema/aplicac¸a˜o com suas subclasses (que podem ser provenientes de MD, DN, TG ou da pro´pria camada AP) e´ de composic¸a˜o ”Is part of ”.
A utilizac¸ a˜o do modelo produzido pode ser numa abordagem top-down, bottomup ou por camada espec´ıfica, a depender da necessidade de compartilhamento ou entendimento das fontes de dados. Por exemplo, quando a intenc¸a˜o e´ integrar ou unificar de bases de dados, as classes MD sa˜o o principal alvo de pesquisa. Por outro lado, quando ha´ necessidade de produc¸a˜o de informac¸ o˜es estrate´gicas sobre as atividades do o´rga˜o, o entendimento dos dom´ınios de nego´cio CGU e das fontes subjacentes pode ocorrer partindo se das classes DN e, em seguida, examinado os seus relacionamentos com classes das outras camadas.
O proto´tipo constru´ıdo foi verificado primeiramente a partir do mapeamento de tabelas em BD da CGU. Para isso foram criados na WebProte´ge´ elementos correspondentes a` camada 2 da OBDM, metadados de 83 (oitenta e treˆs) tabelas de BD, cobrindo as principais entidades existentes no Meta-Modelo CGU. Em seguida, foram registrados os mapeamentos entre tabelas e classes do modelo, que correspondem a` camada 3 da OBDM, considerando as tabelas como individuais (instaˆncias) da classe para a qual deve ser mapeada. Para efeito de simplificac¸a˜o, na˜o houve mapeamento no n´ıvel de atributo e as tabelas foram mapeadas somente para o seu principal conceito ou classe. Foi poss´ıvel efetuar o mapeamento de todas as tabelas, pore´m alguns implicaram em criac¸a˜o de novas subclasses para melhor adequar o relacionamento fonte-classe.
A validac¸a˜o do proto´tipo foi completada por avaliac¸a˜o dez especialistas do O´ rga˜o por meio de questiona´rio com duas sec¸o˜es para : 1. verificar se o modelo atende a` questo˜es de competeˆncia que guiaram a sua elaborac¸ a˜o; 2. verificar a percepc¸a˜o de melhorias da AI proposta neste trabalho com relac¸ a˜o ao Meta-Modelo. Setenta e seis porcento das manifestac¸o˜es quanto a`s perguntas da primeira sec¸a˜o foram de que o modelo retorna respostas completas a`s questo˜es de competeˆncia formuladas. As respostas a` segunda sec¸ a˜o permitiram concluir que a percepc¸a˜o dos analistas e´ de que o modelo e´ capaz de agregar melhorias importantes ao Meta-Modelo CGU (oitenta porcento das manifestac¸o˜es a`s perguntas da segunda sec¸a˜o).
Os resultados obtidos com a validac¸a˜o do modelo de AI deste trabalho foram considerados satisfato´rios e permitem concluir que a proposta de AI deste trabalho e´ fact´ıvel e pode auxiliar o atendimento dos objetivos de controle do processo Cobit PO2- Definir a Arquitetura da Informac¸a˜o na CGU, notadamente no que diz respeito ao entendimento e ao compartilhamento de dados.
Como trabalhos futuros, ha´ interesse nas seguintes atividades: 1. aprimorar o esqueleto de AI proposto, tornando-o um modelo mais completo e formal; 2. estudar as te´cnicas existentes para a conversa˜o de modelos ontolo´gicos em modelos relacionais; 3. identificar e avaliar ferramentas de correspondeˆncia automa´tica de estruturas de dados a fim de auxiliar a atividade de mapeamento entre fontes e classes. Albuquerque, A. F. (2013). Ontological foundations for conceptual modeling datatypes.