Tradução de :
Meta Data & Knowledge Management : Meta Data Repository Myths
Dm Review Online – Março de 2002
Por David Marco.
Enquanto a industria de repositórios de metadados continua a crescer, também crescem os mitos e incompreensões em torno deste segmento de mercado. Este mês, eu irei tratar os mitos mais comuns e estabelecer os dados corretos.
Mito 1 : Metadados existe apenas em ferramentas e são utilizados apenas para interoperabilidade dessas ferramentas.
Antes de tratar esse mito vamos rever a definição de metadado. Metadado é : Todo dado físico (contido em software e várias mídias) e conhecimento (mantido por funcionários e várias mídias) de dentro e de fora da organização, contendo informações sobre dados físicos da companhia, industria, processos técnicos e processos de negócio.(1)
Esta definição de metadado pode ser traduzida para uma palavra: conhecimento. Metadado captura eletronicamente o conhecimento, tanto técnico quanto de negócio, que existe em nossas companhias.
Quando revisamos onde o conhecimento existe dentro de nossas companhias, fica claro que a vasta maioria do conhecimento está armazenada na mente dos funcionários. (veja Figura 1)
Figura 1 : Onde está armazenado o conhecimento corporativo?
Claramente, metadado é muito mais do que existe em uma
ferramenta. Essa má conceituação utiliza uma visão limitada de metadados
técnicos e ignora completamente os metadados de negócio. Todo bit de metadados
de negócio é mais importante e quase sempre mais rentável. Como profissionais de
T.I., nós necessitamos compreender e aprender como capturar, manter e disseminar
metadados de negócio.
Eu não quero criar qualquer mal entendido, as
ferramentas de software armazenam uma grande quantidade de valiosos metadados.
Ferramentas de extração, transformação e carga (ETL) (por ex. : Ascential,
Informática), ferramentas de modelagem de dados (por ex. : Erwin), gerenciadores
de bancos de dados relacionais (por ex. : Oracle, DB2, MS SQL Server) e
ferramentas de inteligência de negócios (por ex.: Business Objects, Cognos)
todas tem valiosos metadados técnicos que são comumente armazenados em
repositório.
Um mal entendido relacionado é acreditar que o único
propósito de metadados é possibilitar ferramentas se comunicarem entre si
(interoperabilidade de ferramentas). De fato, padrões de metadados (por ex. :
Object Management Group´s Common Warehouse Metamodel) sempre colocam um foco
significativo na interoperabilidade de ferramentas. Uma vez mais,
interoperabilidade de ferramentas é importante, entretanto é apenas uma peça do
escopo completo de gerenciamento de metadados.
Mito 2 : Repositórios
sempre requerem um grande esforço de desenvolvimento de T.I.
Esta má
percepção é tão comum para iniciativas de Data Warehouse quanto é para projetos
de repositórios de metadados. Quase sempre corporações enfocam suas iniciativas
em repositório de metadados do ponto de vista do que eles “podem” capturar ao
invés do que eles “deveriam” capturar. Uma companhia deve decidir, usando
objetivos de negócio e técnico, o que estão buscando conseguir ao construir um
repositório de metadados empresarial. Então eles deveriam tomar um subconjunto
desses objetivos e construir o repositório de uma maneira iterativa para
alcançar esses objetivos.
Um bom repositório de metadados é melhor
construído iterativamente. Não me compreendam mal : não estou desaconselhando a
construção de um repositório para toda a empresa, com todas as funcionalidades
que suportem todos os sistemas de uma companhia. Simplesmente significa que a
maior probabilidade de sucesso vem da implementação de um repositório de
metadados em uma iniciativa por fases. Para nossos clientes de repositórios, eu
sempre objetivo ciclos de projetos de seis a nove meses. Usando a primeira
iteração como uma oportunidade para treinar a corporação, serão colocadas as
bases para maiores e melhores implantações futuras.
Mito 3 : Uma
arquitetura centralizada armazena todos os metadados de forma centralizada.
Existe uma crença de que ao usar o termo repositório central de
metadados isso significa que todos os metadados deveriam ser armazenados
centralmente. Essa crença é o equivalente de acreditar que o Data Warehouse
deveria armazenar todos os dados da corporação. Essa impressão não poderia estar
mais distante da verdade. Apenas os metadados necessários para atender os
requerimentos definidos de negócio deveriam ser armazenados centralmente. Por
exemplo, regras de negócio e definições de negócio são metadados críticos que
obviamente deveriam ser armazenados de um modo centralizado. Por outro lado, se
não existe necessidade de armazenar metadados específicos, eles podem permanecer
em suas fontes correntes.
Compreendendo esses mitos irá ajudá-lo a
construir um repositório de metadados de sucesso que proverá sua companhia com
uma vantagem competitiva.
Referência
(1) Marco, David. Building
and Managing the Meta Data Repository, John Wiley & Sons, 2000.
Nenhum comentário:
Postar um comentário