AVALIAO E SELEO DE SOFTW

ARE P
ARA
SOFTWARE
PARA
AUT
OMAO DE CENTR
OS DE
UTOMAO
CENTROS
DOCUMENT
AO E BIBLIO
TECAS
DOCUMENTAO
BIBLIOTECAS
Luiz Car
los Mar
asco
Carlos
Marasco
ttes
hen
veng Ma
Raquel Nasc
Mattes
henv
Naschen

Resumo
A avaliao e escolha de software um dos processos
mais importantes na automao de bibliotecas. Este
processo exposto e detalhado em todas as suas
etapas. tambm discutido o tratamento
multidisciplinar e a utilizao das metodologias pelas
reas que devam contribuir para um projeto com estes
objetivos. Finalmente baseado na experincia, dos
autores, em processos de avaliao de softwares
descrito um roteiro de procedimentos.
Palavras-Chave
Softwares - Automao de bibliotecas
__________________________________________

1 INTRODUO
Na histria da automao, e no s na rea
de bibliotecas, muito comum na adoo de um
determinado software prevalecerem critrios
subjetivos, tais como: ... no meu antigo emprego
usava-se tal software..; li em um artigo na
revista tal... etc. Em alguns casos observa-se
at um certo partidarismo como se estivessem
escolhendo uma religio e/ou um time de futebol.
No fosse a rea da informtica dinmica e em
constante evoluo como , essa prtica no seria
to danosa. Mas, a todo dia surgem novas
solues e um novo projeto de automao de
bibliotecas no deve, necessariamente, adotar a
mesma soluo que um outro desenvolvido anos
atrs. Para evitar esta situao, h algum tempo
verifica-se a procura sistemtica e o surgimento
de metodologias de avaliao de software em
todas as reas de aplicao dos mesmos. Este
assunto tem-se tornado at disciplinas em cursos

de computao e administrao, como tambm

tem ocupado um espao nobre nas revistas e
suplementos especializados em informtica1.
Na rea de automao de bibliotecas, no
exterior, comum a adoo de um determinado
software ser fruto de exaustivo estudo, como
bem demonstrado atravs da publicao de
experincias na literatura especializada. No
Brasil, com o avano do uso da informtica, mais
notadamente com o advento e crescimento da
microinformtica esta uma prtica que avana
cada vez mais, porm em relao automao
de bibliotecas propriamente dita e talvez devido
as poucas opes existentes no mercado, o que
comea a ser alterado, temos conhecimento de
poucos trabalhos sistemticos de avaliao e
seleo de software. O presente trabalho tem o
objetivo de apresentar algumas prticas para
orientar a avaliao e seleo de ferramentas para
a____________________________
automao de bibliotecas sem a pretenso de
1

Um bom exemplo o sucesso do convnio entre o

Caderno de Informtica da Folha de So Paulo e a
Universidade de So Paulo.

_____________________________________________________________________________________________
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998
15

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

esgotar o assunto, pois este um campo que deve

ser mais estudado. As recomendaes aqui
presentes so frutos da experincia dos autores
em situaes vividas quando na conduo da
automao da rede de bibliotecas da PMSP, do
CCSP e da UNESP2.
2 AUTOMAO DE BIBLIOTECAS
2.1 Definies preliminares
Ao iniciarmos este trabalho se faz
necessria a apresentao de alguns conceitos,
com o objetivo de homogeneizar a linguagem e
facilitar a comunicao. Com os conceitos a
seguir expostos no se prope e no se tem a
pretenso de normalizar, mas sim facilitar a
compreenso do exposto. Os autores esclarecem,
ainda, que estes conceitos foram retirados da
literatura.
Sistema Integrado, Recuperador de
Informao, Gerenciador de Banco de Dados
Bibliogrfico
Os sistemas para a automao de
bibliotecas so conhecidos como Sistemas
Integrados para Bibliotecas. Esta definio se
deve sua concepo: as principais funes de
uma biblioteca so integradas num mesmo
sistema, interagindo com um nico banco de
dados bibliogrficos. Exemplificando, um
material cadastrado no sistema no momento de
sua aquisio e esta informao vai sendo
utilizada/alterada de acordo com sua trajetria
na biblioteca. Definimos como Sistema Integrado
aquele que possui as seguintes funes: aquisio,
importao/exportao de registros, catalogao,
pesquisa pblica, circulao, controle de
peridicos e emisso de produtos.
Controle de arquivos de autoridade e
catalogao automatizada
Catalogao: Este o corao do sistema.
_______________________________________________________________________

PMSP (Prefeitura do Municpio de So Paulo),

CCSP (Centro Cultural So Paulo) e UNESP
(UNniversidade EStadual Paulista).

nesta funo que se realiza a manuteno dos

catlogos de autoridade, tambm conhecida
como controle de autoridade. Portanto, ela deve
reproduzir fielmente os passos de uma
catalogao manual, para manter sua integridade.
Todos os itens de uma descrio bibliogrfica
como autor, ttulo, editora, edio e assunto
devem ser consistidos, pela mquina, isto ,
verificada sua existncia na base de dados
(arquivos bibliogrfico e de autoridade) atravs
dos mdulos de controle de arquivos de
autoridade (OCS-ONLINE CATALOGUE
SEARCH). Esta funo deve ser feita em tempo
real e no pode ser confundida com o
cadastramento de dados de uma catalogao
prvia e que estejam, por exemplo, em uma
planilha. Alm da catalogao on-line, os sistemas
atualmente tambm fazem a importao de
registros de outras bases acessadas atravs de
uma rede ou que se encontrem em CD-ROM.
Outra variante, so sistemas que possuem um
arquivo de recepo (POOL BIBLIOGRAPH)
onde so carregados os registros de outras bases
e que vo, um a um, sendo migrados aps sua
consistncia com os arquivos do sistema. A cada
importao de um ttulo encontrado, economizase tempo agilizando a catalogao, pois apenas
so acrescentados os detalhes da localizao
deste exemplar no acervo local. Esta uma
prtica que est cada vez mais difundida e os
sistemas que no possuem tais facilidades esto
se adaptando para t-la.
OPAC
Pesquisa On-line (OPAC): a sala de visita
do sistema. atravs desta funo que o usuriofinal avalia o sistema. A definio mais correta
para esta funo capacidade do software
permitir, ao usurio-final, a pesquisa com a menor
assistncia possvel do pessoal tcnico da
biblioteca.
Ao usurio deve ser permitido o acesso aos
arquivos de autoridades, atravs do mtodo
browse. Ex.: So fornecidos na tela, como
resultado de uma pesquisa de autor, todos os
nomes mais prximos do procurado, informando
ainda quantos itens cada um deles possui no
sistema.
A outra caracterstica importante desta

_____________________________________________________________________________________________
16
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

funo, o uso dos operadores lgicos e, ou

e e no, bem como os de extenso ..maior
que ..., ... menor que.. e de... a.... Cada vez
mais se verifica uma sofisticao desta funo.
J existem muitas formas de refinamento da
pesquisa, como por exemplo, ... os prximos a
este ttulo na estante.
Converso Retrospectiva
Na informatizao de acervos documentais
(bibliotecas, arquivos e centros de documentos),
no condio suficiente para utilizao, a
simples disponibilidade de software e hardware,
pois so tambm necessrios os dados referentes
ao acervo. A criao de arquivos de registros
bibliogrficos considerada, no entanto, a parte
mais difcil, cara e morosa dos projetos de
automao de bibliotecas, mas tambm
fundamental em qualquer projeto desta natureza.
Diferentemente de outros pases, principalmente
de primeiro mundo, a maioria dos projetos de
automao de bibliotecas brasileiras, e do terceiro
mundo em geral, devem se iniciar privilegiando
a converso de seus arquivos manuais de fichas
catalogrficas em arquivos de registros
bibliogrficos legveis por mquina, processo
conhecido como RECON3.
A literatura existente apresenta um longo
caminho j percorrido por vrias instituies no
exterior e sua discusso foge ao escopo deste
texto. No entanto, deve fazer parte de um projeto
de automao de bibliotecas a considerao de
softwares que auxiliem o processo de converso
retrospectiva usando, por exemplo, a sistemtica
de derivao e aproveitamento de registros
bibliogrficos de bases de dados j existentes, tais
como a do BIBLIODATA do projeto CALCO
da FGV/RJ4, LC5 e OCLC6, entre outras.
Formatos padronizados de registros
bibliogrficos legveis por mquina para
intercmbio

O pressuposto para automao de

bibliotecas a adoo de um formato
padronizado de registros bibliogrficos que
permita o intercmbio. Nos anos 60 foi definido
nos EUA, um formato para descrio de qualquer
material bibliogrfico para computadores,
seguindo as normas ANSI Z39.2 e ISO27097, que
permite que um registro criado para uma mquina
por um determinado software possa ser lido por
qualquer outro software em qualquer tipo de
mquina. Este formato denominado MARC8 foi
um importante fator de desenvolvimento da
informtica de biblioteca, nos EUA e Europa, ao
impulsionar a catalogao cooperativa. Esta
tarefa foi realizada por grupos de representantes
de entidades ligadas rea de bibliotecas, de
padronizao e Biblioteca do Congresso
Americano.
Catalogao cooperativa e redes bibliogrficas
A Catalogao Cooperativa determinou
grande impulso na automao de bibliotecas
norte-americanas, mas no foi seguida no Brasil.
Ela permite o compartilhamento de recursos,
diminuindo os custos com o processamento
tcnico e aumentando a padronizao da
descrio. A existncia de redes de catalogao
cooperativa possibilita a criao de bancos de
dados bibliogrficos que tambm fornecem
registros, j existentes, s suas cooperantes.
Existem dois tipos de redes: as especializadas,
referentes a uma rea do conhecimento, e as
gerais. No Brasil as redes especializadas so mais
dinmicas, especialmente a da rea mdica
(LILACS9) que agrega, praticamente, todas as
bibliotecas do setor. Quanto s gerais s
possumos uma com abrangncia nacional, o
BIBLIODATA/CALCO,
que
rene
aproximadamente 200 bibliotecas em todo o
territrio nacional. O BIBLIODATA/CALCO
um sistema de catalogao cooperativa com a
entrada de dados por planilhamento e a pesquisa
base realizada off-line por intermdio de

___________________________________________________________

___________________________________________________________

RECON (REtrospective CONvertion) ou converso

retrospectiva.
4
Projeto CALCO (CAtalogao Legvel por
COmputador) da FGV/RJ (Fundao Getlio
Vargas do Rio de Janeiro).
5
LC (Library of Congress/EUA).
6
OCLC (On-line Computer Library Catalogue/
EUA).

Normas criadas pela ANSI (American National

Standardization Institute/EUA) e ISO
(International Standardization Organization) para
a descrio de material bibliogrfico em registros
para intercmbio.
8
MARC (MAchine Readable Catalogue).
9
LILACS (LIteratura Latino Americana de Cincia
da Sade).

_____________________________________________________________________________________________
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998
17

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

microfichas ou on-line atravs de terminais

ligados diretamente aos computadores da FGV/
RJ.
2.2 Aquisio de Pacotes
Desenvolvimento Prprio

versus

Uma prtica, tambm, muito difundida no

Brasil o desenvolvimento prprio de sistemas
automatizados. Isso tem acarretado grandes
problemas s nossas bibliotecas. O
desenvolvimento prprio nem sempre o
caminho mais acertado e/ou mais barato para
automao de bibliotecas. A complexidade de tal
empreitada exige uma equipe com grande
capacidade tcnica formada por analistas e/ou
engenheiros de sistema com um profundo
conhecimento da rea de biblioteconomia e
bibliotecrios, tambm com slido conhecimento
na rea de sistemas e processamento de dados.
Aps o desenvolvimento e implantao do
sistema, parte desta equipe tem que ser desativada
e parte mantida para a manuteno do software
desenvolvido. A preparao desta equipe de
custo elevado e no compensa financeiramente.
Outro fator relevante o enorme tempo
gasto para o desenvolvimento. fato infelizmente
no raro, na rea de informtica, equipes de
desenvolvimento arrastarem projetos para
garantir a sua existncia. Experincias vividas por
vrias instituies nacionais e estrangeiras
revelam gastos fantsticos e resultados
frustrantes. Alm desses fatores h de se
considerar a existncia de um grande nmero de
fornecedores de software no mercado
internacional que esto comeando a chegar ao
Brasil, bem como o surgimento de alternativas
nacionais slidas. Esses fornecedores possuem
uma estrutura mais flexvel e portanto podem
oferecer produtos melhor acabados e mais
atualizados, gerando economia significativa de
prazo e custo.
3 METODOLOGIA
O principal aspecto a ser levado em
considerao quando se pensa na escolha de

software para automao de bibliotecas que a

definio por um determinado software apenas
um dos aspectos do processo. Biblioteca uma
atividade bastante complexa mas pouco
conhecida por outros segmentos que no os
bibliotecrios, este fato tem causado muitos
equvocos, e exige grandes cuidados na sua
informatizao. O primeiro deles um minucioso
estudo da biblioteca ou rede de bibliotecas a
serem informatizadas. Deste estudo deve ser
produzido um detalhado projeto onde estejam
previstos todos os aspectos que compem a
automao, tais como: hardware, software e
todas as fases de implantao e treinamento, que
deve atingir desde os profissionais diretamente
envolvidos at os usurios finais. No presente
trabalho os autores se atero a expor algumas
prticas para a seleo e adoo de um software,
os outros aspectos necessrios a automao s
sero abordados para justificar aspectos da
metodologia exposta.
3.1 Conhecer a realidade
Um levantamento completo do objeto a ser
tratado (funes e/ou servios) a primeira aula
que os profissionais de informtica recebem em
seus bancos escolares. Aqui no e nem poderia
ser diferente. necessrio saber: tipo de
biblioteca; tamanho do acervo; servios que
presta; nmero e tipo de usurios; mdias de
crescimento de acervo; nmero e tipo de
profissionais existentes; fluxos de trabalhos;
instalaes fsicas etc. Aps a obteno destes
dados deve-se determinar a extenso que a
automao dever ter. Este um aspecto
extremamente importante pois ir determinar o
tipo de software a ser adotado.
3.2 Delineamento do hardware e software
necessrio
Embora seja natural a descrio das
necessidades de hardware ser finalizada aps a
definio do software e dos volumes, de arquivos
e transaes, a serem tratados, algumas
caractersticas pretendidas do hardware (e mesmo
do software) podem (e pelo nosso ponto de vista

_____________________________________________________________________________________________
18
Inf.Inf., Londrina, v.3, n.1, p.18-24, jan./jun. 1998

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

devem) ser listadas para municiar o processo de

seleo do Sistema Integrado.

3.2.2 Topologia de Rede

Acreditamos que os pontos principais a

serem considerados so: Interface homemmquina, topologia da rede a ser instalada,
servios a serem implementados, arquitetura do
sistema a ser implantado. No necessariamente
nesta ordem e certamente muito relacionados.
Com o desenvolvimento atual da eletrnica,
softwares operacionais e meios de armazenagem,
a opo por processadores CISC10 ou RISC11, a
priori no significativa. Depender da anlise
dos quatro pontos citados acima.

A topologia da rede a forma como ser

efetuada a ligao dos computadores
componentes dessa rede. Ela pode ser estrela,
quando todos os pontos so conectados e
dependentes de um ponto central. utilizada
tipicamente em mainframes e equipamentos
RISC, onde os terminais se ligam CPU13 ou a
uma controladora de terminais. Este tipo de
ligao tem a vantagem de disponibilizar todos
os dados do ponto central a todos os terminais,
porm tem um custo muito elevado no seu
crescimento e a fragilidade de, no caso de pane
no ponto central, desconectar toda a rede.

3.2.1 Interface homem-mquina

A opo pelo tipo de interface homemmquina a ser utilizado, se caracter ou grfico,
trar conseqncias ao restante das definies.
Como um sistema de automao de bibliotecas
caro e de implantao complexa, no se pode
correr o risco de ter o mesmo obsoleto em pouco
tempo. preciso levar em conta as tendncias
do mundo da informtica e, neste caso, ela aponta
para o uso de interfaces grficas. O uso deste
tipo de interface traz uma srie de vantagens alm
do acabamento, que pode ser muito melhor
elaborado. Por exemplo, o treinamento, de
usurios e bibliotecrios, ser mais fcil j que se
pode explorar comandos acionados por cones
de fcil entendimento. Por outro lado, isto pode
impor uma grande restrio a maior parte dos
softwares hoje existentes no mercado. Pode ser
tambm uma grande dor de cabea para quem j
tem uma rede instalada, dependendo do tipo de
computadores utilizado, pois a interface grfica
se d melhor numa plataforma PC12do que em
uma plataforma RISC.

Pode ser hierrquica, onde os terminais so

conectados a centralizadores que por sua vez
tambm so conectados a outros e assim por
diante. Neste caso a grande diferena a no
dependncia de um nico n central. No caso
da indisponibilidade de um ponto centralizador
superior, apenas seus inferiores tambm param,
se forem terminais, ou continuam trabalhando
apenas com seus dados locais, se os tiverem. O
restante da rede continua funcionando. Pane
geral, s com a indisponibilidade do n
principal e se os inferiores no tiverem dados
locais para trabalhar.
Com a microinformtica essas duas
topologias se modificaram um pouco, mas no
muito. Por exemplo, uma rede local de
microcomputadores, do tipo Ethernet ou Tokenring, uma implementao estrela. Se o
microcomputador servidor da rede parar, a rede
pra. certo que os microcomputadores
continuam funcionando, de maneira stand-alone,
porm ficaro sem acesso aos dados do
microcomputador servidor. A interligao de
_______________________________________________________
13

CPU (Central Processor Unit), ou unidade central

de processamento. O termo um resqucio da
CISC (Complete Instruction Set of Computer), ou
arquitetura dos antigos computadores, que tinham
processador com um conjunto completo de
um equipamento particular responsvel pelo
instrues. Processadores Intel, por exemplo.
processamento dos comandos lgicos e aritmticos.
11
RISC (Reduced Instruction Set of Computer), ou
Hoje este equipamento est reduzido a um chip de
processador com um conjunto reduzido de
alguns centmetros quadrados instalado na mother
instrues. Usado em workstations.
board, ou placa me, dos microcomputadores e
12
PC (Personnal Computer), ou computador pessoal,
workstations. Em todo o caso ainda chamado de
do tipo 386, 486 etc. Incluem-se nesta categoria,
CPU todo o gabinete onde esto instaladas as
embora no usem microprocessadores Intel, outros
placas controladoras de dispositivos de entrada e
computadores,
por
exemplo
Apple
ou
MacIntosh.
sada, alm da mother board e alguns perifricos.
_____________________________________________________________________________________________
_______________________________________________________
10

Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998

19

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

vrias redes locais formando uma rede WAN14,

dependendo de sua implementao, pode ser vista
como uma implementao hierrquica, se
houverem grandes servidores ou centralizadores,
ou uma peer-to-peer 15 , se no tiverem
centralizadores.
Evidentemente, se a opo for pela
utilizao de uma rede j instalada, a topologia
j estar definida. Porm, em todo o caso, a
topologia de rede a ser utilizada um dado a ser
verificado na seleo do software de automao.
3.2.3 Servios
Quais servios sero automatizados, onde
sero realizados e quem os executar so outros
dados a serem considerados. As respostas dessas
questes podem exigir a utilizao de algum tipo
de rede de computadores. Devem tambm levar
a verificao de que alguns softwares podem no
permitir a modularizao ou particularizao de
funes em uma nica estao de servios.
Outros no implementam uma matriz de
segurana, com o uso de senhas de proteo, que
possibilite definir perfiz de usurios (quem faz o
que). Implantar um sistema de automao de
bibliotecas, mesmo sem o uso de redes, onde
quem tem acesso ao sistema pode executar
qualquer uma de suas funes, caminhar
rapidamente para o caos. Muito mais rapidamente
se for permitido o acesso remoto, por exemplo,
via Internet.

bases de dados. Com o uso de redes de

microcomputadores, pode-se ter parte dos
programas executando nas estaes e parte na
mquina servidora. Nesta opo pode-se fazer
uso de servidores de arquivo, onde, quando
necessrio, os arquivos selecionados da mquina
servidora so copiados e transferidos para uso
pelos programas da estao solicitante. Tambm
pode-se utilizar servidores de solicitao ou de
SQL16, onde os programas na mquina servidora
interpretam a solicitao de uma estao da rede,
a processam e devolvem apenas o resultado do
processo a quem pediu. Essa implementao
tambm chamada de arquitetura clienteservidor. Dependendo da quantidade de estaes
e do tamanho das bases de dados, o uso de
servidores de arquivo pode se inviabilizar. Neste
caso, o uso da arquitetura cliente-servidor a
soluo. Pode-se explorar, tambm, a utilizao
de bases de dados distribudas centrais e locais,
conectadas ou no, para se viabilizar a opo
cliente-servidor em grandes redes WAN. O
gerenciamento de bases distribudas pode se
tornar bastante complexo e, assim como a opo
de arquitetura cliente-servidor, impe sria
restrio aos softwares disponveis. um item a
ser muito bem considerado.
3.3 Relacionamento
candidatos

dos

software

Uma vez delineadas as caractersticas

desejadas necessrio buscar os candidatos ao
trono de software escolhido. As fontes principais
para esta pesquisa so:

3.2.4 Arquitetura
Ligada topologia da rede a ser utilizada
e aos servios a serem automatizados, est a
arquitetura de construo do Sistema Integrado.
Tradicionalmente, em mainframes, mquinas
RISC ou microcomputadores funcionando standalone, utilizam-se terminais, remotos ou no,
executando os programas na CPU onde esto as

Artigos publicados
especializada;

na

literatura

Exposies e/ou demonstraes em

seminrios e congressos especializados;

Propaganda e catlogos obtidos;

Diretrios de softwares.

________________________________________________________
14

WAN (Wide Area Network) ou Rede de Grande _________________________________________________________________________________

16
rea.
SQL (Structured Query Language), ou linguagem
15
estruturada de requisies. uma linguagem, com
Peer-to-peer ou nvel-a-nvel, isto , sem
a sintaxe padronizada pela ANSI, para acesso a
subordinadores e subordinados, sem ns
bases de dados relacionais.
consolidadores.
_____________________________________________________________________________________________
20

Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

Os artigos publicados, na maior parte, se

referem a experincias com determinados
softwares em determinadas instituies, mas
valem para orientar a busca e a anlise posterior.
As exposies e/ou demonstraes em
seminrios e congressos so boas oportunidades
para ver o que foi lido em outras fontes. Devese aproveitar a presena dos tcnicos dos
fornecedores para esclarecimento de dvidas e
aspectos particulares.
Os diretrios de softwares so
normalmente boas fontes de pesquisa pela
quantidade e, normalmente, boa sistematizao
das informaes colecionadas.
Apesar de j, nesta fase, estarem mais ou
menos definidas as caractersticas do software
desejado, prefervel, neste momento, errar por
excesso e s depois eliminar por mtodo os
softwares relacionados.
medida que as informaes sobre os
softwares candidatos vo sendo coletadas elas
devem ser sistematizadas de maneira que se possa
identificar de uma maneira organizada quais
softwares atendem e quais no atendem s
necessidades do projeto. A sugesto traduzir
ou transportar os dados tcnicos e demais
caractersticas coletadas sobre cada produto e
fornecedor, para fichas padronizadas, de modo a
uniformizar as informaes sobre todos os
produtos.
As informaes bsicas a serem procuradas
esto relacionadas a:

Ambiente e sistema operacional;

Tamanho e tipo de computador;

Tamanho mximo dos arquivos;

Suporte a transaes remotas;

Exigncias de tipo de terminal de vdeo ou

impressoras;

Arquitetura de construo;

Detalhes de instalao;

Tipo de treinamento;

Planos de desenvolvimento;

Tipo de suporte e manuteno;

Preo e condies de comercializao.

3.4 Elaborao de planilhas de avaliao

Evidentemente possvel, a partir da leitura
das fichas padronizadas, selecionar o software
que se pretende. Porm, se o nmero de produtos
para analisar for grande, ser melhor, mais
eficiente e mais seguro reorganizar e resumir as
informaes em planilhas, de modo a poder
visualizar em apenas uma ou duas pginas todas
os produtos para poder compar-los. Estas
planilhas devem ser organizadas como uma matriz
bidimensional, onde uma das dimenses deve
conter os itens de comparao e na outra os
softwares relacionados. Em cada uma das
intersees de linha e coluna, ou de item e
produto, deve ser colocada a informao, de
maneira clara e sucinta, de que o produto atende
ou no aquele item, ou, se for o caso, o nmero
mximo de registros bibliogrficos que ele
suporta etc.
3.4.1 Planilha de itens eliminatrios
Um primeiro objetivo deve ser de reduzir
o universo de produtos relacionados. Para tanto
alguns poucos, mas fundamentais quesitos devem
ser levantados. Estes itens devem ser aqueles
insuperveis para o sucesso pretendido do projeto
de automao. Por exemplo,
- no atendimento dos requisitos mnimos
de hardware/software. Caso em que a escolha
desse determinado software exigiria a mudana
da plataforma de hardware ou de ambiente prdefinida ou, s vezes, at j instalada;
- no demonstrao de maior interesse em
vender s bibliotecas brasileiras. Caso de alguns
softwares estrangeiros, que se pode at adquirir,

_____________________________________________________________________________________________
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998
21

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

porm no se pode contar com espcie alguma

de treinamento e suporte no Brasil;
- No tem ou no foi possvel obter
qualquer material descritivo/informativo. Caso de
alguns produtos citados na literatura;
- No so Sistemas Integrados. Caso de
alguns produtos que atendem apenas uma ou
outra funo ou que no funcionam de maneira
integrada, mantendo arquivos diferenciados para
atender s vrias funes;

experincia e capacidade de seus tcnicos; por

restries sua evoluo, se o produto foi
desenvolvido vinculado a algum software ou
ambiente que esteja caindo em desuso (ambiente
DOS, por exemplo); por eventuais erros de
implementao, que pode indicar o cuidado ou
no com que o fornecedor trata seus produtos e
clientes; pelos conhecimentos demonstrados
pelos tcnicos envolvidos nos contatos,
instalaes e apresentaes, que pode indicar
como seria o relacionamento e suporte tcnico
prestado, se o produto for adquirido etc.

- etc.
Alguns poucos itens bem escolhidos podem
significar uma reduo significativa do universo
de produtos relacionados.
3.4.2 Planilha de itens classificatrios
Os produtos remanescentes agora devem
ser comparados e classificados em relao a
atender ou no a todos os itens desejveis mas
no insuperveis e, em atendendo, sua capacidade
nesses itens. Um exemplo de item desejvel diz
respeito a possibilidades e/ou limites para
customizao. O software pode ter suas
interfaces em uma lngua estrangeira, no permitir
a traduo e esse detalhe no ser considerado
uma barreira em uma biblioteca de pesquisa onde,
normalmente, boa parte do acervo est em lngua
estrangeira.
Da anlise dessa planilha devem despontar
ou devem ser escolhidos os dois ou trs que tem
melhor potencial de atendimento aos requisitos
do projeto. Em relao a estes se deve
aprofundar a anlise, solicitando-se aos
fornecedores demonstraes e instalaes para
testes.

3.6 Avaliao do desempenho das funes

biblioteconmicas
A avaliao do desempenho das funes
biblioteconmicas dos produtos em anlise vo
necessariamente depender da anlise e propostas
definidas para a biblioteca ou rede de bibliotecas
que se pretende automatizar, porm para a
avaliao final de um software necessrio a
gerao de uma massa de dados, a partir das
informaes bibliogrficas locais. Isto
possibilitar a criao de um ambiente de teste o
mais aproximado possvel do real de modo a
permitir a verificao das principais funes do
software e a sua integridade, ou seja: reproduzir
o percurso de um documento desde o momento
em que este indicado para compra at a sua
disponibilizao para consulta e/ou emprstimo;
testar a integridade do banco de dados
bibliogrfico e a consistncia com os arquivos
de autoridade; a aceitabilidade do OPAC e a
definio do plano de treinamento de usurios
da biblioteca; o impacto que acarretar nos fluxos
de trabalhos existentes, e; poder medir nvel do
treinamento necessrio para o staff para sua
implantao.
4 CONCLUSO

3.5 Avaliao das caractersticas de

informtica
A anlise das caractersticas de informtica
do produto deve procurar por tcnicas utilizadas
no seu desenvolvimento, que pode indicar a

O processo de avaliao de um software

para a automao de biblioteca deve, portanto,
ser encarado como um processo tcnico,
administrativo e poltico. Deve, ento, se utilizar
da anlise de sistema e suas metodologias para
definir o problema, coletar informaes e

_____________________________________________________________________________________________
22
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

apresentar todas as possveis solues, inclusive

a mais indicada entre elas. Da rea da
administrao, empregar a gesto de projeto para
planejar os recursos e coordenar as atividades
que envolvem a avaliao e seleo de software.
E finalmente, como todas as atividades humanas
no esto desprovidas de juzo de valor, aqui
tambm se far presente a necessidade a
contextualizao para serem definidos os critrios
decisrios com que se legitimar a tomada de
deciso.
bom ressaltar ainda, a necessidade da
formao de um comit/grupo de automao com
um coordenador para orientar o processo. Este
comit/grupo, onde devero estar representados
todos os setores envolvidos automao,
biblioteca e administrao ter entre suas
tarefas a descrio em documento prprio de
todo o processo desenvolvido. A formao de
comit/grupo porm no dispensa a participao
ampla de todos os setores envolvidos,
principalmente na definio dos critrios.
Mesmo sendo este procedimento indicado
principalmente para as bibliotecas ou rede de
grande porte, ele no pode ser dispensado nas
mdias e pequenas. A alternativa para estes casos,
seria a contratao de consultoria externa para
auxiliar pontualmente um responsvel escolhido
entre os funcionrios da biblioteca, rea de
informtica ou mesmo a diretora da biblioteca
em questo.

05. RETROSPECTIVE conversion: history,

approaches, considerations. Cataloging
and Classification Quarterly, v. 14, n. 3/
4, p.1-167,1992 .
06. CRAWFORD, W. MARC for library use.
2.ed. Boston: G. K. HALL & Co., 1989.
360p.
07. GUIMARES, H. M. et al. Estudo sobre
integrao automatizada dos servios de
documentao tcnica do sistema
Petrobrs. Rio de Janeiro: CENPES,
1985. 110p.
08. MRCURE, Grard. Le choix dn logiciel
documentaire, une decision techenique
administrative ou politique? Argus, v.
18, n. 1, p. 16-24, Printemps 1989.
09. SIEVERTS, E. G., HOFSTEDE, M.
Software for information storage and
retrieval tested, evaluated and compared:
part I - general introduction. The
Electronic Library, v. 9, n. 3, p.145-54,
jun. 1991.
10. ______ et al. Software for information
storage and retrieval tested, evaluated and
compared: part II - retrieval systems. The
Electronic Library, v. 9, n. 6, p. 301-18,
dec. 1991.

BIBLIOGRAFIA
01. BEISER, K. Microcomputing. Wilson
Library Bulletin, p.40-1, apr. 1987.
02. BLUNDEN-ELLIS, J. A market study of
library automation systems in the UK.
Program, v. 21, n.4, p. 317-32, oct. 1987.
03. BRIDGE, F. R. Automated system. Library
Journal, 52-64, apr. 1, 1993.
04. BUTTERWORTH, M. Online searching and
CD-ROM in British schools. Education
for Information, v. 10, p. 35-48, 1992.
_____________________________________________________________________________________________
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998
23

Avaliao e seleo de software para automao... Luiz Carlos Marasco e Raquel Naschenveng Mattes
_____________________________________________________________________________________________

_________________________________________________________________________
Luiz Carlos Marasco
Analista de Sistemas - Consultor da Reitoria da
UNESP
Raquel Naschenveng Mattes
Analista de Sistemas - Responsvel tcnica pela
automao da Rede de Bibliotecas da UNESP
_________________________________________________________________________
Title
Software evaluation and selection in the automation
of Documentation Centers and Libraries
Abstracts
Software evaluation and choice is one of the most
important processes in library automation. In this work
such process is explained and detailed in all of its
phases. The multidisciplinary treatment and the use
of methodologies by the areas that contribute to a
project with such goals are also discussed. Finally,
an outline with suggested procedures is given, based
on the experience the authors have in processes of
software evaluation.
Keywords
Softwares - Library automation

______________________________________
Apresentado no COBIBiii em agosto de 1995
______________________________________

_____________________________________________________________________________________________
24
Inf.Inf., Londrina, v.3, n.1, p.15-24, jan./jun. 1998