<?xml version="1.0" encoding="UTF-8"?>
<item xmlns="http://omeka.org/schemas/omeka-xml/v5" itemId="1988" public="1" featured="0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://omeka.org/schemas/omeka-xml/v5 http://omeka.org/schemas/omeka-xml/v5/omeka-xml-5-0.xsd" uri="http://repositorio.febab.org.br/items/show/1988?output=omeka-xml" accessDate="2026-06-25T11:37:54-07:00">
  <fileContainer>
    <file fileId="1068">
      <src>http://repositorio.febab.org.br/files/original/20/1988/cbbd1979_doc51.pdf</src>
      <authentication>2c5901bb122485047b49caab24b33e54</authentication>
      <elementSetContainer>
        <elementSet elementSetId="4">
          <name>PDF Text</name>
          <description/>
          <elementContainer>
            <element elementId="92">
              <name>Text</name>
              <description/>
              <elementTextContainer>
                <elementText elementTextId="24798">
                  <text>778
CDU! 017,11:681.3
017.11:681.3
CDD: 017,0285
017.0285
PROPOSTA DE UM SOFTWARE PARA CATÁLOGO COLETIVO DE LIVROS:
MODELO DA BIBLIOTECA CENTRAL DA UFMG

LAERTES JUNQUEIRA
Analista Chefe da Divisão de Suporte
Técnico do Centro de Computação
da
Universidade Federal de Minas Gerais
ANGELA LAGE RIBEIRO
Bibliotecária Chefe da Divisão de D£
0o_
cumentação do Centro de Computação da
Universidade Federal de Minas Gerais

RESUMO
Proposta para desenvolvimento de um software p£
ra automação do Catálogo Coletivo de Livros da Biblioteca Central da Universidade Federal de Minas Gerais.
0 trabalho propõe a estrutura lógica dosoftware
descrita em termos de objetivos, metas, arquivos, entradas
e
saldas para todos os níveis que compõem a estrutura.
saídas

cm

Digitalizado
gentilmente por:

�779
1. INTRODUÇÃO
O presente trabalho propõe a estrutura
lógica
de um software para a automação do catálogo
catalogo coletivo de livros
da Biblioteca Central orientado inicialmente para o processa mento em batch, com previsão de expansão para teleprocessamento. 0 software tem como característica principal o fato de ser
projetado de forma modular, o que permite seu desenvolvimento
e implantação
implantaçao progressivos, de acordo com'
com'as
as prioridades da
blioteca Central da UFMG, referentes ã transição do sistema con
vencional para o sistema automatizado.
2. JUSTIFICATIVA
A automação das rotinas técnicas de uma bibliocon
teca de grande porte e necessária, na medida que aumenta a co^
fiabilidade do registro e recuperação das informações biblio gráficas e proporciona maior rapidez e flexibilidade na prest^
çao de serviços
ção
serviços..
A Biblioteca Central da Universidade Federal de
Minas Gerais'necessita
Gerais necessita agilizar a prestação
prestaçao de serviços abrindo a perspectiva de elevação imediata na qualidade, confiabil^
dade, rapidez e flexibilidade no fornecimento de
informações
bibliográficas .
bibliográficas.
A construção e implantação de um software proje^
tado para atender ás
ãs necessidades da Biblioteca, viabiliza
a
construção de um catálogo coletivo confiável tendo em vista o
porte do acervo, além de permitir a integração com outros sistemas .
3. 0 SOFTWARE PROPOSTO
3.1. OBJETIVOS
0 software para a automação do catálogo coletivo de livros tem por objetivo gerenciar o registro e a recuperação de informações bibliográficas, de forma a minimizar
os
esforços e maximizar a confiabilidade e eficácia do atendimen-

Digitalizado
gentílmente por:
gentilmente

I Scan
Sc a n
stem
st
em
I Gereflclancnto

11

12

13

14

�780
to ãà comunidade usuária
usuaria do acervo,
acervo.
3.2. METAS
Com a aplicação
aplicaçao do software
Software pretende-se
cer ã administração
administraçao da biblioteca subsídios para:

forne-

- Controle do acervo
de informações
- Dinamizaçao da recuperação e disseminação de.informações
bibliográficas
- Otimização da aplicação
aplicaçao de recursos humanos no desenvol^
desenvol
vimento dos serviços
- Minimizaçao dos esforços para a construção dos catálogos
- Padronização do processamento técnico
- Integração com outros sistemas nacionais
3.3. ESTRUTURA
0 software proposto é modular constituído de

3

subs is temas:
subsis
- Subsistema de Controle
- Subsistema de Armazenamento
- Subsistema de Consulta
0 diagrama a seguir mostra o detalhamento da e^
e£
trutura até o nível de serviço.

cm

2

3

Digitalizado
4 gentilmente por:

11

12

13

14

�781
SISTEMA

4. SÜBSISTEMA
SUBSISTEMA DE CONTROLE
4.1. OBJETIVOS
O subsistema de controle tem por objetivo geren
ciar a execução dos demais subsistemas, preparando dados para
a atualização
atualizaçao dos arquivos e recuperação das informações, além
de articular as interfaces com futuras expansões do software.
4.2. METAS
As metas do subsistema de controle são:
sao:
- Permitir maior segurança na execução dos demais subsissubsistemas

cm

2

3

Digitalizado
4 gentilmente por:

11

12
12

13
13

14
14

�782
- Gerenciar a geração e utilização de arquivos de seguran
ça, minimizando os esforços de recuperação dos arquivos
em caso de desastre
- Minimizar as inconsistências dos dados de
atualização
de arquivos
- Permitir a integração do software do catálogo coletivo
com outros produtos de software responsáveis pela automação de outras atividades da biblioteca — aquisição,
circulação, inventário, etc.
4.3. ESTRUTURA
0 subsistema em questão áé constituído pelos seguintes serviços:
- Serviço de controle de execução
- Serviço de controle de consistência
- Serviço de segurança de arquivos
4.4. SERVIÇO DE CONTROLE DE EXECUÇÃO
4.4.1. Objetivos
0 serviço de controle de execução tem por objetivo gerenciar a execução dos demais serviços, bem como contr£
lar a integração do sistema com outros produtos de software.
4.4.2. Metas
As metas do serviço em questão sao:
são:
- Permitir a utilização do software sem
o conhecimento
do fluxo interno de execução
- Permitir a integração com outros produtos de software.

cm

2

3

Digitalizado
4 gentilmente por:

11

12
12

13
13

14
14

�783
4.4.3. Arquivos

NOME

DESCRIÇÃO

Movimento

Contém os comandos para a utilização do software em estado bruto

Parâmetros

p^
Contém parâmetros de controle p£
ra o sistema (índice de degenera,
degener^
çao, data de backup, etc)
ção,

Arquivos de integração

Arquivos para a integração
com
produtos de software tais como
comoaaquisiçao, circulação, etc.
quisição,

4.4.4. Entradas

NOME

DESCRIÇÃO

Formulário de registro e
atualização
atualizaçao dos
dados
regis trados

Contém os dados bibliográficos a
serem registrados ou as correçoes
de dados não corretos já existeii
tes .

Requisição de serviços

Contém dados sobre as solicita ções de saldas
saídas do software.
çoes

4.4.5. Saldas
Saídas
0 serviço em questão gera como saídas
saldas arquivos
intermediários do movimento e requisições além de arquivos de
integração.
integra
ção.
4.5. SERVIÇO DE CONSISTÊNCIA
4.5.1. Obietivo
Obj etivo
0 serviço de consistência tem por objetivo ver^
veri^
ficar a validade e a correção dos comandos para a atualização
atualizaçao
da base e das solicitações de saídas.
saldas.

Digitalizado
gentilmente por:

I Scan
st em
I Gervulaoinitv

-li/ 11

12

13

14

�784
4.5.2. Meta
s erviço em questão éê assegurar a atua
A meta do serviço
f iltragem de erros £físicos
lização dos arquivos com filtragem
ísicos (de transcrição de dados) e lógicos (de coerência das atualizações).
4.5.3. Arquivos

NOME

D E S C R I Ç Ã 0
DESCRIÇÃO

Movimento

Contém os comandos para a utiliContem
utilização do software em estado brubruto

Atualizaç ões
Atualizações

Contém os comandos para a utiliutilização do software jã
jé criticados

4.5.4. Entrada
0 serviço de consistência tem como entrada o a£
ar^
quivo de movimento, gerado no serviço de controle de execução
do subsistema de controle (item 4.4.4).
4.5.5. Saídas

NOME
Consistência física e
lógica

DESCRIÇÃO
Listagens para a verificação da
validade dos comandos de atualização e de solicitação de saídas

4.6. SERVIÇO DE SEGURANÇA DE ARQUIVOS
4.6.1. Obj etivo
0 objetivo do serviço de segurança
segur ança de arquivos
a rquivos
ée controlar
contro lar a segurança ddos
os arquivos de dados,
dados , gerando cópias
c aso de desastre
para sua regeneração em caso
desas tre.

cm

2

3

Digitalizado
4 gentilmente por:

♦

�785
4.6.2. Meta
A meta principal do serviço em questão é permitir a regeneração dos arquivos minimizando esforços e assegu rando a confiabilidade dos dados.
, ,j
, , '.
■,

4.6.3. Arquivos

NOME

r•■

•

DESCRIÇÃO

Parâmetros

Contém parâmetros gerais sobre a
Contim
utilização do software, incluindo dados de backup de arquivos

Arquivos de segurançasegurança

cópias dos arquivos
principais
do software, com datas de cria ção defasadas
çao

4.6.4. Entradas
A entrada do serviço em questão é gerada a partir do controle de execução do sistema. Consiste no
controle
de datas de geraçao de arquivos de segurança.
4.6.5. Saídas
A saída do serviço de segurança de arquivos
arquiyos cori
con
siste de um relatório
relatorio contendo informações sobre a geraçao de
arquivos de segurança.
5. SUBSISTEMA DE ARMAZENAMENTO
5.1. OBJETIVO
responsável
. 0 subsistema de armazenamento é o
pelo registro e manutenção das informações bibliográficas.

cm

2

3

Digitalizado
4 gentilmente por:

I Scan
Sc a n
stem
st
em
I Gervulaoinitv
Gereflclancnto

11

12

13

14

�1

7^
a3
sH e S . d *
«í"*

«et»
r -

1é • *

■
«t do
«X/tina» çot»
i«»&gt;
4
—■'«•tar
ifl&gt;7Sq 5w of. J 4e»p ' «9
i^S i Itjq ftí S® ;Agu.
ít ij
i! li
lizeçãgsse«
«ojiToi «ai.
s aoabââí
ioíio t» aoviwps.* sáfe ioijatsaaxi'i^ *i‘
4#v#^4*4^ *•r «^^«*1
«fea4'^*#44*
f
ctição
dado») « Icgicc* (de
*o5ab , «ob . sib*b iÜde
•«iC«* ãe 44*i
■» cc
^-.r4lla».a»f
♦» ftíiío.»
»^4* ® oiinri
« •

*,5.3.
i-l
i Arquivo«

t • ö . i'

0Ä^i33.23G:
HovaBs^âôE eisTSâ E o T 3'jiaÊ'J« q í ti J c»3 i
fiiuíjni , »léwaloa ob o* j»s|I43B'.
aoviiíp7»3bqi;3Í!&gt;»&lt;Í9£.í.aôbsbüb
j
Atuniiqiobí^íq
Eoviup3C «&lt;jb 'aftiqâO^
• BÍT3 9b 8E3eb mo3 ,s3aw1íçe''ob
-ÜK-fcfE-a e33&gt;ÍT- tTB-?- t

. 8 oxJ íai)« r#,‘1 ;
4
j ' i': v&amp;ti.
■ . • ; »‘ j
j
'r
^—
H—^
| cots-.ejoit'iu*a8 st »áuiupi“!/. ,
jí^í‘,ar.- -i
■■5
!

4.5.i. íntradi

■, ô.

5£ bfi3 J n3

quiv3“Se*mí»Hâ?»t.l,
HHP «"*
.-,,,,,,,r
lí
ia»l«a»yi
■■■•.II»»
*
•
'’■
do ?líg3????ffia SP
.ü9^9|83-,Ob.,Í.H?U09X9 9b 9Íc33nor. ob 3.i3
_
n^PI •» çifc
&lt;a -E3f. l sb
.Ejneiugsg
9b Roviup3E ab oejí-. -lag

^b É^nBTunôiI sb op^vjs«
,nos
- aoV|^u^3j^
r .iri4ní*
Y»' - pb^cbi»?-. :A,.
BÍT' ""'TrpTTTBir **»*"&gt; T tf !3
7*-**! -in-^fT.r ■ TíbOílU iTtiir^'VD.i-'TOJ Ä i S.3 530 i*Ó .»30'. 'a
ConsistSacia
•..
j
^ ^ ^ 9 ' ? b « o v Í b^p i i.
* *•* física
"
í^
lógica
's3bi f
: '.i. Md“'j •'-■-;■■
-. ^’ '
■-. .,
* , ai 0 . ^ I ; t u o I .. - .
t.
"
i) íK 3yAVÍ3SA&gt;!-'] A ijr
» ^*LÍI-l.í.íL?-Íf..
I'

\
4I
f

f -«■ 1'..' SEGURAVÇA bE ARQUíVOí
4.6. SüSVir.c

Q-^/ysino .r

4.6.1. Ob j e t i V o
* • l3V6?.noqa»3
• - —
lariT^&amp;i
•• n afflßn.s
-&lt;
« 3 a i a du ?. 0
o ã o3
.a kcíib sb Em-'.
4
4
. se s i 3 S3#oj.ç| jl^J; 4*,9 aõp|..,ai,3^333
oioq
—
íít.*,»i *’t',,
t
4 2'• çra ?,o-!3ai^jn
ít r“.i»-*p
controlar a e «g o »•anç o óo“- ar-; i.c- •■ t;e dadof, qura.. '.
4«t| sua
4 4 M4
patà
r e j^ea■*í r# ç I6&lt;&gt; er. i_aíc. 4f- tJ. ".â^tcu.

cm

2

3

Digitalizado
gentilmente por:

Scan
stem
Gemulanirata

11

12

13

14

�787
5.4.3. Arquivos

NOME

DESCRIÇÃO

Base de dados

Contém os dados
Contem
convencionais'
convencionais
de catalogaçao do acervo

Diretórios

são arquivos auxiliares para
a
recuperação de informações segun
do as necessidades da biblioteca

Atualiza
Atua 1iza çoes

Contém os dados para a atualização da base de dadose
dados e dos diretórios para a recuperação

5.4.4. Entradas

i

• (&gt;

0 serviço de atualizações é disparado automati- camente, utilizando como entrada o arquivo de atualizações,pr£
atualizações,pro^
duzido pelo serviço de consistência,
consistencia,,do
do subsistema de controle.
5.4.5. Saldas
S aldas

,?

As saídas
saldas produzidas pelo serviço em
questão
são resumos das atualizações da base de dados e dos diretórios.
sao
5.5. SERVIÇO DE REORGANIZAÇÃO DE ARQUIVOS
5.5.1. Ob.i
Obj etivo
0 serviço de reorganização da base tem por obj£
obj^
m^
tivo manter as estruturas de arquivo organizadas de forma a mi^
nimizar os custos de acesso ãs informações.
5.5.2. Metas
As metas sao
são as seguintes:
- Permitir o acesso mais rápido e eficiente as informações
- Permitir uma melhor utilização dos recursos internos do
computador

cm

Digitalizado
gentilmente por:

st em
Gervulaoinitv

11

12

13

14

�788
5.5.3. Arquivos

NOME

DESCRIÇÃO

Base de dados

Contém os dados convencionais da
catalogação
catalogaçao do acervo

Diretórios

são arquivos auxiliares para
Sao
a
recuperação de informações segun
do as necessidades da biblioteca

5.5.4. Entradas
0 serviço de reorganização de aquivos é acionado automaticamente, a partir de dados estatísticos sobre o desempenho do sistema em relação ao acesso ãs informações. A an£
an^
lise estatística do desempenho é feita paralelamente à execu ção dos demais serviços do sistema, sem a participação direta
da administração da biblioteca.
5.5.5. Saídas

NOME
Desempenho do sistema

DESCRIÇÃO
Listagem contendo dados estatísticos sobre o desempenho do sistema em termos da utilização dos
recursos do computador

6. SDBSISTEMA
SÜBSISTEMA DE CONSDLTA
CONSULTA
6.1. OBJETIVOS
0 subsistema de consultas tem por objetivo proequivalentes
ver a administração da bibliote ca de listagens
aos catálogos convencionais e p ermitir a obtenção de listagens
correspondentes ã combinaço~es
combinago~es de dados registrados,
ampliando
os recursos da recuperação prev istos em sistemas tradicionais.

Digitalizado
gentilmente por:

�789
6.2. METAS
As principais metas do subsistema

em

questão

- Permitir a substituição dos catálogos manuais por catálogos automatizados, otimizando a prestação de serviços
- Otimizar a busca de informações bibliográficas
- Permitir a utilização de recursos resultantes de combinações nao previstas nos catálogos convencionais
- Dinamizar o processo de pesquisa bibliográfica
6.3. ESTRUTURA
0 subsistema de consulta áé constituído por
único serviço, o Serviço de Emissões.

um

6.4. ARQUIVOS

■N
NOME
OME

DESCRIÇÃO

Requisições

Contem dados referentes ãs soliContém
saldas feitas
citações de saídas
pela
administraçao da biblioteca

Diretórios

Sao arquivos auxiliares para
a
recuperação de informações segun
do as necessidades da biblioteca

6.5. ENTRADA
A entrada do serviço de emissões áé o arquivo de
requisições, produzido no serviço de consistência, do subsiste^
subsist^
ma de controle.

cm

Digitalizado
gentilmente por:

�790
6.6. SAÍDAS

DESCRIÇÃO

NOME
Catálogo de Autoria

Catálogo em ordem alfabética de
autoria (autor, ilustrador, prefaciador, etc).
(*)

Catálogo de Titulo

Catálogo em ordem alfabética
titulo.
título.
•
(*)

Catálogo de Assunto
Catalogo

Catálogo em ordem alfabética dos
termos-chave das publicações.
(**)

Catálogo de Registro

Catálogo em ordem numérica do n9
de registro patrimonial. (*)

Catálogo Topográfico

Catálogo em ordem sistemática pe^
p£
lo número de chamada. (*)
(*).

Catálogo de Novas Aquisições

Relação alfabética pelo titulo
título
de novas aquisições.
(*)

Catálogos Opcionais

Catálogos resultantes de combin^a
combin£
ções dos dados registrados, (por
ex.: lista das publicações de um
assunto X, no idioma Y, publicadas a partir da data Z).

de

(*)

Seguidos de todas as informações registradas por publicaçção
ao
(**) Composto por duas ordenações
Ordem 1 - Ordem alfabética dos termos-chave remetendo ao número de referência da publicação na ordem 2.
Ordem 2 - Ordem numérica de referência seguida de todas as informações registradas por publicação

Digitalizado
gentilmente por:

I Sc a n
stem
I Gereflclancnto

11

12

13

14

�791

LÖGICA '
7. ESTRÜTURA LÕGICA

í

Digitalizado
gentilmente por:

�cm

- Estrutura lógica do softynore para a catálogo coletivo automatizado de puUicações

•UMBTIMA DC
«tWaSTEMA
at CONTROLE
CONTROLC

792

7.1. DESCRIÇÃO GRÃFICA

Digitalizado
gentilmente por;

^can
st e m
Cercada nmts

�793
7.2. DISCUSSÃO
Conforme está
esta descrito no diagrama, o subsistema de controle é o responsável pela comunicação entre os arqu^
vos e o ambiente, através do serviço de controle de execução.
0 diagrama lógico será descrito segundo seu pr^
cesso dinâmico, isto é, a sequência lógica do fluxo de execu ção .
ção.
Fase 1. Atualização de arquivos e emissão de relatórios
Fasso 1. Ocorrência de um comando para a execução
Passo
0 serviço de controle de execução coleta os dados de atualizaçao
atualização e solicitação de saídas e os trans^
tran^
fere do meio original (cartões, por exemplo),
para
arquivos intermediários, em estado bruto (sem crítica) .
Passo 2. Verificação lógica e física dos comandos
0 serviço de consistência lê os arquivos em estado bruto, gerando arquivos com dados de atualiza ção corretos e arquivos de solicitação de saídas tam
bém corretos. Nessa fase são
sao produzidos
relatórios
para a correção dos erros lógicos e físicos dos dados originais.
Passo 3. Atualizaçao da base
0 serviço de atualizaçao
atualização lê os arquivos de atu^
lizaçao gerados pela consistência e processa a atualização
lizaçao da base de dados e as consequentes atualizações dos diretórios.
Passo 4. Emissão de catálogos
0 serviço de emissões le os arquivos de solicitação de saídas e as processa, acessando os
dados
bibliográficos contidos na base de dados através dos
diretórios, específicos para cada consulta.
Fase 2. Segurança dos arquivos
0 serviço de controle de execução
define
as
áreas destinadas ãs cópias dos arquivos (arquivos de seg^
seg_u
• 'i

cm

Digitalizado
gentilmente por:

�794
rança) e dispara o serviço de segurança de
cessamenCo dos programas para a geração
cessamento
geraçao de
gurança é distribuído entre os serviços da
ma a produzir várias gerações dos arquivos
arqui vos

arquivos
pro^
arquivos.. 00pro^
arquivos de sje
se^
fase 1, de fo£
de dados.

Fase 3. Reorganização
Reorganizaçao da base de dados
Â cada execução, o serviço de controle de execu
A
execju
çao analisa os índices de degeneração dos arquivos. Quanção
inefido for deletado um grau de degeneração que torne
cientes os mecanismos de acesso às informações, a execução
das outras fases será suspensa, e o serviço de reorganize
reorganiza
ção da base será ativado. Âpõa
Apõa sua execução, o processa mento normal será ativado.
Fase 4. Integração
0 serviço de controle
cont role de execução processa a in
tegração com outros sistemas,
sistema s, controlando a
comunicação
ftware e as rotinas e dados do
entre outros produtos de so
software
software para o catálogo au
automatizado
tomatizado de publicações.
8. BIBLIOGRAFIA
BARBOSA, Alice Príncipe. Projeto CALCO, catalogação cooperativa automatizada. Rio de Janeiro, IBBD, 1973.
COUGER, J. Daniel i&amp; KNAPP, Robert W., eds. System analysis techniques . New York, John Wiley, 1974.
chniques.
GONZáLEZ LOPES, Maria Luz. Automatizaciõn
Automatizacion de catalogos.Madrid,
ANABA, 1971.
HARTMAN, W., MATTHES, H.; PROEME, A. Management
information
Information
systems handbook;
Systems
handbobk; ARDI. New York, McGraw-Hill, 1968.
HENLEY, J. P. Computer-based library and Information
information systems .
2 ed. London, Macdonald, 1972.
IBICT. Manual de preenchimento de folhas de serviço; monogra fias. Rio de Janeiro, 1978.
KENT, Allen. Manual da recuperação mecânica da informação. São
Paulo, Polígono, 1972.
KIMBER, Richard T. Automation in libraries. Oxford, Pergamon ,
1968.

cm

2

3

Digitalizado
por;
4 gentilmente por:

&gt;

11

12

13

14

�795
SALTON, Gerard. Automatic information
Information organization and retrieval. New York, McGraw-Hill, 1968.
UFMG - Centro de Computação. Normas para documentação de sistemas . Belo Horizonte, 1978.

*.*.*.
*it ic* -k*

ABSTRACT
Proposal for the development of a software meant
for the .Coletive
Coletive Catalogue Book automation of the UFMG Central
Library.
s tru£
Thiss Work
Thi
work proposes the software's logical stru£
ture described in terms of objectives, goals, archives, inputs
and outputs for al
all1 1levels
eve Is which compose the structure.

cm

1

Digitalizado
gentilmente por:

I Sea n
stem
I Gereflclancnto

ii
II

12

13

14

�</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </file>
  </fileContainer>
  <collection collectionId="20">
    <elementSetContainer>
      <elementSet elementSetId="1">
        <name>Dublin Core</name>
        <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
        <elementContainer>
          <element elementId="50">
            <name>Title</name>
            <description>A name given to the resource</description>
            <elementTextContainer>
              <elementText elementTextId="20086">
                <text>CBBD - Edição: 10 - Ano: 1979 (Curitiba/PR)</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="20087">
                <text>Biblioteconomia&#13;
Documentação&#13;
Ciência da Informação</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="45">
            <name>Publisher</name>
            <description>An entity responsible for making the resource available</description>
            <elementTextContainer>
              <elementText elementTextId="20088">
                <text>FEBAB</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="40">
            <name>Date</name>
            <description>A point or period of time associated with an event in the lifecycle of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="20089">
                <text>1979</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="20090">
                <text>Português</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="51">
            <name>Type</name>
            <description>The nature or genre of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="20091">
                <text>Evento</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="38">
            <name>Coverage</name>
            <description>The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant</description>
            <elementTextContainer>
              <elementText elementTextId="20092">
                <text>Curitiriba (Paraná)</text>
              </elementText>
            </elementTextContainer>
          </element>
        </elementContainer>
      </elementSet>
    </elementSetContainer>
  </collection>
  <itemType itemTypeId="8">
    <name>Event</name>
    <description>A non-persistent, time-based occurrence. Metadata for an event provides descriptive information that is the basis for discovery of the purpose, location, duration, and responsible agents associated with an event. Examples include an exhibition, webcast, conference, workshop, open day, performance, battle, trial, wedding, tea party, conflagration.</description>
  </itemType>
  <elementSetContainer>
    <elementSet elementSetId="1">
      <name>Dublin Core</name>
      <description>The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/.</description>
      <elementContainer>
        <element elementId="50">
          <name>Title</name>
          <description>A name given to the resource</description>
          <elementTextContainer>
            <elementText elementTextId="24787">
              <text>Proposta de um software para catálogo coletivo de livros: modelo da biblioteca central da UFMG</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="39">
          <name>Creator</name>
          <description>An entity primarily responsible for making the resource</description>
          <elementTextContainer>
            <elementText elementTextId="24788">
              <text>Junqueira, Laertes </text>
            </elementText>
            <elementText elementTextId="24789">
              <text> Ribeiro, Angela Lage</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="38">
          <name>Coverage</name>
          <description>The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant</description>
          <elementTextContainer>
            <elementText elementTextId="24790">
              <text>Curitiba</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="45">
          <name>Publisher</name>
          <description>An entity responsible for making the resource available</description>
          <elementTextContainer>
            <elementText elementTextId="24791">
              <text>FEBAB &amp; Associação Bibliotecária do Paraná</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="40">
          <name>Date</name>
          <description>A point or period of time associated with an event in the lifecycle of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="24792">
              <text>1979</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="51">
          <name>Type</name>
          <description>The nature or genre of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="24794">
              <text>Evento</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="49">
          <name>Subject</name>
          <description>The topic of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="24795">
              <text>Biblioteca Universitária </text>
            </elementText>
            <elementText elementTextId="24796">
              <text> Catálogo Coletivo</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="41">
          <name>Description</name>
          <description>An account of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="24797">
              <text>Proposta para desenvolvimento de um software para automação do Catálogo Coletivo de Livros da Biblioteca Central da Universidade Federal de Minas Gerais. O trabalho propõe a estrutura lógica do software descrita em termos de objetivos, metas, arquivos, entradas e saldas para todos os níveis que compõem a estrutura.</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="44">
          <name>Language</name>
          <description>A language of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="65956">
              <text>pt</text>
            </elementText>
          </elementTextContainer>
        </element>
      </elementContainer>
    </elementSet>
  </elementSetContainer>
</item>
