<?xml version="1.0" encoding="UTF-8"?>
<item xmlns="http://omeka.org/schemas/omeka-xml/v5" itemId="4682" 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/4682?output=omeka-xml" accessDate="2026-05-21T14:39:09-07:00">
  <fileContainer>
    <file fileId="3751">
      <src>http://repositorio.febab.org.br/files/original/44/4682/SNBU1991_040.pdf</src>
      <authentication>028a74687a7cf98a9d73ff87b5c92988</authentication>
      <elementSetContainer>
        <elementSet elementSetId="4">
          <name>PDF Text</name>
          <description/>
          <elementContainer>
            <element elementId="92">
              <name>Text</name>
              <description/>
              <elementTextContainer>
                <elementText elementTextId="52057">
                  <text>474
A Informática na organizadio Biblioteca

Ricardo Triska
Márcio Matias

Com

o

avanço

tecnológico

que

testemunhamos,

os

recursos

disponlveis, em termos de hardware e software, multiplicara'm as
possibilidades de uso da informática nas mais variadas áreas do
conhecimento humano. Em
função
disso,
é normal vermos
laboratórios de análises clinicas, hm:~pitais, escolas, museus,
cooperativas, entre tantas outras, fazendo uso dos serviços
obtidos pelo uso de computador. Af·sim, também as bibliotecas

despertaram para este recurso.
Em consequência da necessidade de acompanhar as exigências dos
usuários, cada vez mais especializados, as bibliotecas tiveram
que mudar a sua postura, como instituição, e partir para um
processo de modernizaço estrutural para assimilar os novos
processos relacionados à automação.

Existem duas visoes quanto ao relacionamento entre a biblioteca
e os serviços de automaçao, uma prevê i:\ utilização dos serviços
prestados pelo órgao central de informática da instituição que
mantém a biblioteca; e outra que prevê a administração dos
recursos de hardware e software, bem como pessoal técnico, pela
própria biblioteca.
A Biblioteca .Universitária da Universidade Federal de Santa
catarina,
aU/UFSc,
defende a tese de que uma biblioteca
universitária deve gerenciar os seus pr6prios recursos
de
informática, principalmente porque o compartilhamento destes
recursos com outros processos da Universidade tem apresentado os
seguintes problemas~
1) o próprio compartilhamento que faz com que os processos dá
biblioteca concorram com outros, baixando consideravelmente ~
sua perfOrtM.nce e , às vezes até, jnviabilizando-os quando Sê
avalia a relação "custo X benefIcio";
2) as mudanças imprevisIveis de priorjdades nas administraç.ões
universitárias quanto a utilização do equipamento central das
mesmas;
3) o inevitável maior distanciamento do pessoal da área de
sistemas com os bibliotecários, tornando mais difleil a játllo
discutida relação bibliotecário X analista de sistemas;

�475

Quando

a

própria

grande questão
localizada

biblioteca

Onde

a

gerencia

Unidade

de

estes recursos, surge a

Informática

no organograma da biblioteca?

deve

estar

Ou ainda, qual o grau

de interferência, ou importância, desta Unidade no
um todo ?

sistema

como

Toda vez que
se
tenta
identificar
uma
estrutura
de
relacionamento entre unidades de uma mesma organização na forma
de organograma, surge a idéia de hierarquia "militar ll e a
consequente disputa

pelo

poder.

De

fato,

ao

associada uma
relação de atividades e competência que deve ser

organograma

está

obedecida

para

que a instituição, como um todo, possa alcançar o que havia
proposto em seu planejamento.
contudo,
existem
conceitos
associados
a
cada forma de representaçao gráfica de uma
organizaçao. Ou seja, nao necessariamente o grau hierárquico de
uma unidade corresponde à sua posição vertical no organograma da
instituição.
A estrutura IIstaff and Line" ilustra claramente esta forma de
relacionamento. Os órgãos de staff tem função de assessoramento à
direção a qual estão ligados, sendo, usualmente, compostos por
especialistas numa área de particular interesse da institução.
Segundo Cury, Antonio (2), esta estrutura apresenta as seguintes
vantagens :

"

facilitar a participação de especialistas em qualquer
ponto da linha hierárquica;
possibilitar melhor controle da
quantidade
e
da
qualidade;
tornar
a
organização
fácilmente
adaptável
às
necessidades;
favorecer a execução do trabalho das unidades de linha;
utilizar em maior grau a divisão do trabalho;
promover maior eficiência. II

Esta forma de
organização
exige,
entretanto,
habilidade
suficiente do dirigente, ou colegiado, para assimilar, discutir e
transmitir as propostas dos 6rgãos de staff.
Baseada nestas idéias, a BU/uFSC criou o seu próprio Núcleo de
Informática que, embora seja essencialmente um 6rgão de "Staff",
tem por funçao coordenar as atividades ligadas a sua automação,
executando as políticas determinadas pelo
seu
Comitê de
Informatização,
formado
por bibliotecários e analistas de
sistemas.

�476

DIREÇAO

A~sis~ência à

Dlreçao

1----- -----1

unidade de
Informática

1-----

1

1

Secretaria
Administrativa

Divisa0 1

Figura

1~

Divisa0 "n"

organograma proposto para BUjUFSC.

Por força do impacto da informática ser muito grande e decisivo
em qualquer ambiente, esta atribuiçao executiva, de prestadora de
serviços, torna-se urna necessidade, pois todas outras divisoes se
utilizam dos serviços prestados por esta unidade.
Estas

características reforçam a idéia da unidade de informática

ter urna visão global do sistema, ou seja, "enxergar" a biblioteca
como um todo, com independência para discutir com as divisoes e
sugerir prioridades acima de eventuais divergências
pressões externas.

e

livre

de

Justamente pelo processo de automaçao envolver toda a biblioteca,
e nao apenas parte dela, e também por seu caráter definitivo,
a
unidade responsável pela área de informática necessita ser
independente das demais divisoes e estar diretamente ligada a
direçao da biblioteca.
Isto certamente nao significa superioridade da unidade
de
informática, em relaçao as outras divisoes, mas,
pr~ncipalmen~e,
independência.
O
nivel
decisório,
este
Slm,
preclsa
necessariamente partir de algum conselho representativo de todas
divisoes componentes do sistema com a aprovaçao final da direçao.

�477

experiência da BU/UFSC neste sentido tem provado ser esta uma
bastante lógica e principal geradora dos resultados até
agora conseguidos.
A

SOlUÇa0

Em outros ambientes, empresas por exemplo, este
tipo
de
organização
também
vem
apresentando
resultados
bastante
satisfatórios pois, esta postura permite a interpretaçao exata d~
informática como uma ferramenta de trabalho disponível para
todos, caracterizando, assim, a sua interdisciplinar idade.

�BIBLIOGRAt'lA

478

1. ARAVJO, Luis Cesar Gonçalves de. organização e Métodos
integrando comportamento, estrutura, estratégia e
tecnologia. 2. ed. São Paulo, Atlas, 1985. 229 p.
2. CURY, Antônio. Organizaçao e métodos: uma perspectiva
comportamental. 2. ed. SO o Paulo, Atlas, 1983. 327 p.
3. ESPIRITO SANTO, Alexandre do. Programa de relaçoes públicas
em bibliotecas universitárias. Revista da Escola de
Biblioteconomia da UFMG, 2(1):73-85, mar. 1973.
4. HESSEL, José Ribeiro. organização e métodos. 2. ed. Porto
Alegre, D. C. Luzzato, 1987, 149 p.
5. LEITE, Reinaldo Ferreira. O analista de O , M. Rio
Janeiro, Ed. Rio, 1981. 340 p.

de

6. LERNER, Valter. Organização, sistemas e métodos. 4. ed.
Sao Paulo, Atlas, 1981.
7. MIRANDA, Geraldo Inácio Mac-Dowell dos Passos. Organização e
métodos. 6. ed. Sao paulo, Atlas, 1985. 220 p.
8. RECH, Carlos Ernesto. Automaçao de serviços em bibliotecas.
Biblos, Rio Grande, (1) :39-68, 1985.
9. RIOS, Emerson. organizaçao da informática na empresa. Rio de
Janeiro, Campus, 1985. 113 p.
10. ROCHA, Luis Oswaldo Leal da. Organização e métodos: uma
abordagem prática. 4. ed. SD o Paulo, Atlas, 1985. 255 p.

�</text>
                </elementText>
              </elementTextContainer>
            </element>
          </elementContainer>
        </elementSet>
      </elementSetContainer>
    </file>
  </fileContainer>
  <collection collectionId="44">
    <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="51351">
                <text>SNBU - Edição: 07 - Ano: 1991 (UFRJ - Rio de Janeiro/RJ)</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="49">
            <name>Subject</name>
            <description>The topic of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="51352">
                <text>Biblioteconomia&#13;
Documentação&#13;
Ciência da Informação&#13;
Bibliotecas Universitárias</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="41">
            <name>Description</name>
            <description>An account of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="51353">
                <text>Tema: Padrões nacionais para planejamento e avaliação em bibliotecas universitárias.</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="39">
            <name>Creator</name>
            <description>An entity primarily responsible for making the resource</description>
            <elementTextContainer>
              <elementText elementTextId="51354">
                <text>SNBU - Seminário Nacional de Bibliotecas Universitárias</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="45">
            <name>Publisher</name>
            <description>An entity responsible for making the resource available</description>
            <elementTextContainer>
              <elementText elementTextId="51355">
                <text>UFRJ</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="51356">
                <text>1991</text>
              </elementText>
            </elementTextContainer>
          </element>
          <element elementId="44">
            <name>Language</name>
            <description>A language of the resource</description>
            <elementTextContainer>
              <elementText elementTextId="51357">
                <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="51358">
                <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="51359">
                <text>Rio de Janeiro (Rio de Janeiro)</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="52031">
              <text>A informática na organização Biblioteca.</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="39">
          <name>Creator</name>
          <description>An entity primarily responsible for making the resource</description>
          <elementTextContainer>
            <elementText elementTextId="52032">
              <text>Triska, Ricardo; Matias, Marcio</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="52033">
              <text>Rio de Janeiro (Rio de Janeiro)</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="45">
          <name>Publisher</name>
          <description>An entity responsible for making the resource available</description>
          <elementTextContainer>
            <elementText elementTextId="52034">
              <text>UFRJ</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="52035">
              <text>1991</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="51">
          <name>Type</name>
          <description>The nature or genre of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="52037">
              <text>Evento</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="41">
          <name>Description</name>
          <description>An account of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="52038">
              <text>Defende, com base na experiência da BU/UFSC a tese  de que uma biblioteca universitária deve gerenciar os seus próprios recursos de informática, principalmente porque o compartilhamento destes recursos com outros processos da Universidade tem apresentado problemas.</text>
            </elementText>
          </elementTextContainer>
        </element>
        <element elementId="44">
          <name>Language</name>
          <description>A language of the resource</description>
          <elementTextContainer>
            <elementText elementTextId="68186">
              <text>pt</text>
            </elementText>
          </elementTextContainer>
        </element>
      </elementContainer>
    </elementSet>
  </elementSetContainer>
</item>
