DSI Wiki

 

 

| Universidade do Minho   |

 

| 2015/2016 |

Identificação do grupo de trabalho                                

|   Nome |   N. º de aluno |

 

 

 

 

1.     Introdução

Este relatório documenta na primeira secção (ponto 2) o 1º momento do projeto – Requisitos funcionais, que se econtra organizada da seguinte forma:

·         Visão;

·         Plano de trabalho;

·         Domínio de Aplicação;

·         Requisitos de Alto-nível;

·         Modelo dos Casos-de-Uso;

·         Requisitos Funcionais;

·         Notas Finais.

Na segunda secção (ponto 3) é documentado o 2º momento do projeto – Modelo de Domínio. A secção encontra-se organizada da seguinte forma:

·         Environmental Scan;

·         Modelo de Domínio.

No ponto 4 apresentamos a informação referente ao 3º momento - Pre-Description Set Profile:

·         Alinhamento de vocabulários;

·         Matriz de restrições.

Por último, no ponto 5 apresentamos o resultado do desenvolvimento do Description Set Profile e dos vocabulários SKOS.

 

 

 

2.     Momento 1

2.1    Visão

Pretende-se que este projeto resulte num catálogo de metadados para repositórios digitais, que permita consultas e comparações de diferentes tipos.

 

2.2    Plano de Trabalho

Neste ponto do documento, apresentamos o planeamento das atividades do projeto que servirá de guia para a equipa de trabalho.

Recorremos à ferramenta Microsoft Office Project para a elaboração do Plano de Trabalho, de onde iremos extrair a tabela com as atividades (tabela 1), bem como o diagrama de Gantt (a consultar em anexo) respetivo.

A tabela contém as atividades que serão desenvolvidas ao longo do projeto, o tempo de cada uma delas com a indicação das respetivas datas de início e fim, e ainda os predecessores de cada tarefa.

 

Tabela 1: Calendarização das tarefas

O plano de trabalho apresentado poderá sofrer modificações no decorrer do projeto de forma a ajustar a gestão do mesmo.

De seguida, apresentamos na tabela 2 os perfis de trabalho dos membros da equipa de trabalho.

Tabela 2: Perfis de trabalho dos elementos da equipa

 

2.3    Dominio de Aplicação

 

Os repositórios têm uma função bastante importante para reunir publicações de forma organizada, que permite ao utilizador facilmente encontrar informação científica. Também trazem a possibilidade para os autores destas publicações, dar a conhecer os seus trabalhos.

Deve ser possível na aplicação efetuar pesquisas, consultas e comparações dos vários documentos do RepositóriUM com os de outros repositórios institucionais. Para tal, foram feitas pesquisas dos vários repositórios, com o objetivo de perceber que metadados eram utilizados. Tendo em conta que um dos objetivos é fazer comparações, será necessário ter todos os atributos que constem nos repositórios que pertencem ao nosso domínio. Esses atributos são: título, autor, assunto, descrição, editora, contribuidor, data, tipo, formato, edição, identificador, língua, relação, direitos.

Os repositórios em questão disponibilizam os seguintes tipos de documentos:

·         Relatórios técnicos;

·         Teses;

·         Artigos científicos;

·         Apresentações.

 

2.4    Requisitos de Alto-nível

 

Requisitos Funcionais:

·         Pesquisar – Lista de documentos consoantes as palavras chaves e filtros definidos pelo utilizador. Esta pesquisa pode ser feita pelos diferentes metadados, assim como creator, date, entre outros. Possibilidade de guardar pesquisas;

·         Sugerir publicações relacionadas;

·         Consultar histório de pesquisas atribuídas a determinado utilizador;

 

 

Requisitos Não-Funcionais:

·         Heterogeneidade – Possibilidade de utilizar qualquer explorador de internet;

·         Escalabilidade – Desempenho uniforme consoante a quantidade de acessos;

·         Concorrência – Permite vários acessos em simultâneo;

·         Tolerância a Falhas – Uma falha não deve colocar em risco o acesso.

 

 

2.5    Modelo dos Casos-de-Uso

A equipa de trabalho, após o levantamento de requisitos, conseguiu identificar 4 casos-de-uso, correspondentes ao requisitos funcionais referidos no ponto anterior, e 2 atores (figura 1).

 

2.6    Requisitos Funcionais

 

De seguida especificamos os casos-de-usos referentes aos requisitos funcionais da aplicação.

 

Caso-de-uso 1 – Pesquisar Informação
Pré-requisito: Login.

Atores: Utilizador (despoleta), Agente de S/W (responde).
Descrição: O utilizador tem ao seu dispor pesquisa livre de informação, em que a máquina responde consoante informação do utilizador.

 

Caso-de-uso 2 – Consultar histórico da pesquisa
Pré-Requisito: Login.

Atores: Utilizador (despoleta), Agente de S/W (responde).
Descrição: O utilizador pode consultar o histórico de todas as suas pesquisas, em que a máquina responde conforme o histórico do utilizador.

Caso-de-uso 3 – Sugerir publicações relacionadas
Pré-Requisito: Login.

Atores: Utilizador (despoleta), Agente de S/W (responde).
Descrição: Consoante o histórico do utilizador, a máquina compila publicações relacionadas de forma a sugerir ao utilizador.

Caso-de-uso 4 – Guardar resultados de pesquisa
Pré-Requisito: login.

Atores: Utilizador (despoleta), Agente de S/W (responde)
Descrição: O utilizador pode guardar os resultados de pesquisas que efetue, em que a máquina responde conforme informação do utilizador.

 

 

3.     Momento 2

3.1    Environmental Scan

De seguida apresentamos uma breve descrição de três esquemas de metadados existentes semelhante ao que nos propomos a modelar e que nos poderão ser úteis.

 Existem muitos outros modelos, tais como o MODS, o MARC 21, o PRISM, entre outros no contexto dos repositórios digitais, dos quais também poderiamos falar no entanto optámos por falar dos três que nos pareceram mais próximos ao que pretendemos modelar.

 

Scholarly Works Application Profile (SWAP)

O esquema de metadados SWAP foi criado para servir repositórios digitais, para trabalhos de pesquisa e de investigação (textos científicos), e textos académicos. Foi criado com o objetivo de uniformizar estruturalmente e fucionalmente o serviço de pesquisas em repositórios do Reino Unido.

Este esquema baseia-se Functional Requirements for Bibliographic Records (FRBR) que é  uma estrutura relacional criada com o objetivo de servir de referência para catálogos bibliográficos, inicialmente pensada para recursos físicos, mas que rapidamente inspirou os repositórios digitais.

Na tabela 3 apresentamos as classes e uma breve descrição de cada uma delas:

 

Tabela 3: Classes do esquema SWAP

Dos exemplos apresentados na página oficial do esquema podemos consultar dois exemplos da utilização do mesmo. Através desses exemplos conseguimos identificar alguns dos atributos do SWAP. Na tabela 4 apresentámos os atributos identificados assim como uma breve descrição de cada um deles.

 

Tabela 4: Atributos do SWAP

DSpace

O DSpace usa um esquema de metadados que permite descrever ficheiros digitais, tais como texto, áudio e vídeos. Foi criado de forma a facilitar a recuperação e pesquisa de alta qualidade. É usado em várias organizações e instituições do mundo, incluído repositório de várias universidades.

Quando consultamos a página https://dspace.mit.edu/ que utiliza o esquema criado pelo DSpace, conseguimos facilmente identificar alguns dos atributos utilizados, que apresentamos na tabela 5, assim como uma breve de cada um.

 

 

Europeana Semantic Elements (ESE)

Este esquema baseia-se no Dublin Core Application Profile, foi criado para servir a biblioteca virtual Europeana.

A Europeana é uma plataforma de pesquisa, coleções digitais e documentos digitalizados em vários idiomas, inclusive Português. A plataforma agrega as coleções que se encontrem públicas, provenientes de museus, bibliotecas ou arquivos, que representam património cultural.

Na página da Europeana conseguimos identificar os atributos que apresentamos na tabela 6, assim como uma descrição dos mesmos.

 

Tabela 6: Atributos europeana

 

Cruzamento dos atributos dos esquemas de metadados identificados

Depois de identificados os atributos dos esquemas que optámos por falar neste ponto achamos interessante elaborar uma matriz de cruzamento para podermos compará-los. Na tabela 6 apresentamos essa mesma matriz.

 

Tabela 7: Matriz cruzamento

 

3.2    Modelo de Domínio

 

Para o desenvolvimento do Modelo de Domínio do repositóriUM é necessário identificar as classes de objetos e as suas relações. Nesta fase, serão identificados apenas os principais e mais importantes tipos de objetos relacionados com o contexto do sistema em causa.

Para este caso em concreto, foram identificados três principais classes de objetos: publicação, autor e fonte. Na figura 5podemos ver a representação gráfica do Modelo de Domínio.

 

 

A entidade “Publicação” diz respeito aos documentos depositados na plataforma, ou seja, os relatórios, teses, artigos científicos, revistas ou jornais. A entidade “Autor” refere-se ao desenvolvedor do conteúdo intelectual da publicação. A entidade “Fonte” caracteriza a fonte onde o documento pode ser encontrado, podendo ser uma revista, um artigo, um livro, outro tipo de documento ou digital.

 

 

4.     Momento 3

4.1    Pré-Description Set Profile

4.1.1  Alinhamento de Vocabulários

Após definidas as propriedades de cada atributo, que podem ser consultadas no ponto seguinte, reunimos os URI que fornecem informações dos esquemas de metadados que apresentamos na tabela abaixo.

 

Tabela 8: Vocabulários

 

4.1.2  Matriz de Restrições

 

Tabela 9: Matriz de Restrição de Publicação

Tabela 10: Matriz de Restrição de Autor

Tabela 11: Matriz de Restrição de Fonte

 

5.     Momento 4

5.1    RDF

5.1.1  Autor

5.1.2  Fonte

 

 

5.1.3  Publicação

 

5.2    SKOS

5.2.1  Tipo de publicação

5.2.2  Direitos de acesso

6.     Vídeo

https://youtu.be/i8WW-IalFSU

 

7.     Referências

 

·    Me4MAP v1.0 – Método para o desenvolvimento de perfis de aplicação de metadados. Batista, Ana & Malta, Mariana (2014).

·    Exemplo de aplicação do Me4MAP v1.0 DCAP-ESS v1.0. Batista, Ana & Malta, Mariana (2014);

·    Scholarly Works Application Profile.JISC.Disponível em: http://www.ukoln.ac.uk/repositories/digirep/index/Scholarly_Works_Application_Profile. Acesso a 19 de Outubro de 2015;

·    AboutDSpace. DuraSpace. Disponível em: http://www.dspace.org/. Acesso em 20 de Outubro de 2015;

·    Marc Standarts. Library of Congress – Network Development and Marc Standarts Office. Disponível em: http://www.loc.gov/marc/. Acesso em 22 de Outubro de 2015

Anexos

—-

[1] https://creativecommons.org/choose/

[2] ISO 2108

[3] mailto: URI

[4] Starts with “http:”