As camadas do Metapadr˜ ao

O foco deste trabalho ´e definir a arquitetura, como os dados dos padr˜oes devem ser acessados pelas aplica¸c˜oes Clientes e como devem ser registrados em um reposit´orio de metadados. Dessa forma, detalhes de implementa¸c˜ao n˜ao fazem parte deste trabalho, tampouco a defini¸c˜ao de tecnologias que devem ser utilizadas no seu desenvolvimento, com exce¸c˜ao do XML que ´e a base para a troca de dados.

No Cap´ıtulo 4, s˜ao apresentadas as tecnologias utilizadas na implementa¸c˜ao dos experimentos baseados na arquitetura do Metapadr˜ao, que servem de sugest˜ao para o seu desenvolvimento.

3.4.1 Reposit´ orio de Padr˜ oes

O Reposit´orio de Padr˜oes deve ser um conjunto de aplica¸c˜oes, compostas por um banco de dados, no qual a modelagem descrita deve ser implementada e uma aplica¸c˜ao que auxilie o Administrador de metadados a gerenciar os padr˜oes.

3.4.1.1 Funcionalidades - Aplica¸c˜ ao para Administra¸c˜ ao de Padr˜ oes

A aplica¸c˜ao para registro de padr˜oes no reposit´orio deve ser capaz de manipular o banco de dados, possuindo todas as funcionalidades para inser¸c˜ao e atualiza¸c˜ao de dados dos padr˜oes.

Defini¸c˜ao de Padr˜oes: Ap´os estudo sobre o padr˜ao de metadados ou de-fini¸c˜ao de um novo modelo de metadados que ser´a utilizado pela organiza¸c˜ao, a aplica¸c˜ao deve ser capaz de manipular esse padr˜ao e registrar o propriet´ario desse padr˜ao.

Copiar Padr˜oes: A aplica¸c˜ao deve prover uma funcionalidade de copiar todos os dados presentes em um padr˜ao, com a fun¸c˜ao de facilitar para o Administrador a preserva¸c˜ao dos padr˜oes existentes e criar novas vers˜oes de padr˜oes de metadados baseados em vers˜oes anteriores.

Reposit´orio de Padr˜oes: Ao inserir um padr˜ao ou defini¸c˜ao de um novo modelo, o Administrador deve procurar utilizar os atributos e condi¸c˜oes j´a existentes no Reposit´orio de Padr˜oes, caso n˜ao existam e ap´os an´alise julgar necess´ario deve ent˜ao adicionar os novos metadados.

Exclus˜ao de um Padr˜ao: Um padr˜ao nunca deve ser exclu´ıdo do Re-posit´orio, exceto quando n˜ao existem metadados registrados baseados nesse padr˜ao. Quando um novo padr˜ao for criado e um padr˜ao n˜ao for mais ne-cess´ario, esse padr˜ao ter´a seu Status modificado, e a aplica¸c˜ao que faz a in-terface com as aplica¸c˜oes Clientes, que provˆe a consulta ao banco de dados, n˜ao ir´a mais entregar esse padr˜ao, mas a informa¸c˜ao de seu formato continua presente no banco de dados, podendo ser associado aos dados j´a registrados no Reposit´orio de Metadados.

Interface com Aplica¸c˜ao Cliente: A aplica¸c˜ao utilizada pelo Administra-dor pode prover um servi¸co de interface com as aplica¸c˜oes Clientes que requi-sitam os padr˜oes de metadados, ou poder˜ao ser criadas aplica¸c˜oes espec´ıficas para isso.

Publica¸c˜ao dos Padr˜oes Dispon´ıveis: Atrav´es de p´agina web ou qualquer outro meio de divulga¸c˜ao dispon´ıvel, a aplica¸c˜ao deve possibilitar apresentar os padr˜oes dispon´ıveis no reposit´orio para os usu´arios de metadados e exibir um formato XML deste padr˜ao para facilitar aos desenvolvedores a cria¸c˜ao de aplica¸c˜oes Clientes.

Funcionalidades para Notifica¸c˜oes: Deve prover um meio para notificar aos Clientes que utilizam os padr˜oes de metadados que uma nova vers˜ao de um padr˜ao de metadados foi criada e que suas aplica¸c˜oes devem ser testadas ou atualizadas caso n˜ao estejam preparadas para funcionar com o novo padr˜ao de metadados, antes que determinado padr˜ao se torne Obsoleto.

3.4.1.2 Processo de Registro dos Padr˜ oes

O Administrador ´e o respons´avel por registrar e atualizar modelos de metadados solicitados pelos usu´arios, al´em de avaliar e transformar esse modelo em padr˜ao de me-tadados que deve ser utilizado por todos os usu´arios que necessitam registrar meme-tadados desse contexto. As solicita¸c˜oes de novos padr˜oes dever˜ao ser feitas ao Administrador com uma descri¸c˜ao detalhada da justificativa da ado¸c˜ao desse novo padr˜ao.

Uma an´alise do padr˜ao ´e realizada, comparando os atributos utilizados por esse novo padr˜ao e os atributos j´a existentes no reposit´orio. Tamb´em deve ser considerada, de acordo com a justificativa, a busca por um padr˜ao j´a existente e que possa ser utilizado como est´a ou apenas estendido. Por isso a importˆancia de uma an´alise minuciosa, que deve tamb´em procurar reutilizar todos os metadados j´a existentes no reposit´orio, o que ir´a facilitar a busca de dados semelhantes entre padr˜oes distintos, criando um mapeamento dos atributos entre modelos distintos j´a no momento da cria¸c˜ao de um novo padr˜ao.

Durante a cria¸c˜ao de um novo padr˜ao, duas informa¸c˜oes muito importantes ser˜ao registradas no reposit´orio de padr˜oes: Status e Vers˜ao.

No atributoStatus, o novo padr˜ao ser´a registrado comoIndispon´ıvelat´e que esse padr˜ao esteja completamente registrado. O atributo de Vers˜ao deve ser registrado com o valor inicial que ir´a depender do sistema de versionamento utilizado. Existem diversos modelos de sistemas de versionamento, e nessa especifica¸c˜ao n˜ao ´e definido qual modelo deve ser utilizado, ficando a cargo do Administrador escolher o sistema de versionamento que melhor se adequar´a `a sua organiza¸c˜ao.

Assim que todas as informa¸c˜oes necess´arias como Classes, Atributos, Condicionais estiverem registradas para o padr˜ao, o Status deve ser atualizado paraDispon´ıvel, esse ciclo de vida pode ser visto na Figura 3.5.

O processo de registro de padr˜oes, como mostra a Figura 3.5, ´e um procedimento realizado por um trabalho conjunto entre o Usu´ario e o Administrador. O Usu´ario de-monstra o que precisa e o Administrador procura atender essas necessidades vinculando-as a de outros usu´arios.