Everton Flavio Rufino Seara.pdf - DSpace

47
DPs devem estar aptos a atender quesitos específicos, como capturar o fator de confiança
do objeto e realizar comunicação direta com a DHT e Provedores de Serviços, a fim
de garantir a preservação e acesso ao conteúdo. Uma vez que diversos softwares neste
sentido já foram concebidos – como DSpace [2] ou Eprints [5] – é recomendado a utilização
e adaptação de tais softwares a fim de facilitar o desenvolvimento e garantir os requisitos
estabelecidos pela arquitetura.
A próxima Seção apresenta o conjunto mínimo de componentes necessários para o
funcionamento de um Provedor de Dados no contexto apresentado.
6.2.2.1 Componentes básicos de um Provedor de Dados
Para facilitar o entendimento, a Figura 6.5 apresenta a estrutura de um DP dividida em
camadas.
A camada de aplicação é responsável por disponibilizar as interfaces necessárias para
comunicação do DP com Provedores de Serviço, bem como fornecer acesso aos usuários e
administradores do sistema. Esta camada é composta por três componentes básicos:
• Interface Web: Exerce duas funções principais, (i) fornece acesso ao administrador
para realizar inserção de objetos; e (ii) permite o acesso ao conteúdo por parte dos
usuários;
• Processador de Requisições OAI: Responsável por processar os 6 verbos disponíveis
no protocolo OAI-PMH [24], expondo assim os metadados dos objetos aos
Provedores de Serviço;
• Harvester de Metadados: Responsável por recuperar metadados de objetos do
Provedor de Serviços. Tendo em vista o grande custo para replicar os metadados
dos objetos – já que estes são passíveis de modificações – este componente é de
suma importância, uma vez que permite que metadados de objetos replicados sejam
recuperados diretamente do SP, que, por natureza, armazena todos os metadados
do sistema.