A SELEÇÃO DE SOFTWARE PARA GERENCIAMENTO DE
BIBLIOTECA: A EXPERIÊNCIA DO SISTEMA DE BIBLIOTECAS DA UNICAMP
Danielle Thiago Ferreira, Oscar Eliel, Cileia Freitas Marangoni de Oliveira,
Danielle Dantas, Fabiana Araujo Lemos, Gilmar Vicente, Maria Helena
Segnorelli, Sandra Maria Carlos Cartaxo, Sílvia Celeste Sálvio
Profissionais do Sistema de Bibliotecas da Unicamp, Campinas, SP
[email protected]
RESUMO
Atualmente há no mercado oferta razoável de softwares que se propõem a serem
ferramentas tecnológicas para gerenciamento de serviços de bibliotecas. Em 2006, o
Sistema de Bibliotecas da Unicamp (SBU) enfrentou o desafio de realizar um estudo sobre
os requisitos necessários que um sistema deveria apresentar para atender às suas
necessidades de forma plena. Desta forma, o SBU criou um Grupo de Estudo para analisar
e avaliar as possibilidades existentes dentre os softwares comerciais, tendo como objetivo a
aquisição de um sistema de gerenciamento de bibliotecas, que compreendesse funções
integradas para administração da base de dados da universidade. Portanto, este trabalho se
propõe a apresentar toda metodologia utilizada na avaliação, como: critérios para seleção
do software; modalidade da licitação; estruturação do edital; requisitos gerais e específicos,
condições de fornecimento, administração do sistema, módulos, regras de funcionalidade do
sistema, requisitos de qualidade, migração da base bibliográfica, além de serviços a serem
contratados, treinamentos, homologação e aceite do produto. Esta metodologia serviu como
instrumento para tomada de decisão no processo de escolha do software mais adequado às
necessidades das Bibliotecas da Unicamp e pode contribuir com a literatura como uma
experiência concreta e bem sucedida de seleção de software para bibliotecas.
Palavras-Chave: Softwares para bibliotecas; Grupo de trabalho; Automação de bibliotecas;
Gestão de bibliotecas universitárias; Gestão compartilhada.
ABSTRACT
Currently in the market there are a number of software that propose to be a technological
tool for the management of library services. In 2006, the Unified Library System at Unicamp
“Sistema de Bibliotecas da Unicamp” (SBU) faced the challenge of conducting a study on the
necessary traits that a system must have to fully meet our needs. Hence, the SBU started a
Study Group to analyze and evaluate the existing possibilities among the commercial
software, having as objective the acquisition of a library management system that would
understand integrated functions to administer the Data Base of the University. Thus, this
work has the proposition of presenting the whole methodology used in the evaluation such
as: software selection criteria; public bid type, public notice structure; general and specific
requisites, supply conditions, system administration, modules, rules of system functionality,
quality standards, migration of the bibliographic base, besides services to be rendered,
training, sanction and acceptance of the product. This method was used as a decision
making instrument in the selection process of the most qualified software to the needs of
Unicamp’s Libraries and may contribute with the article as a concrete and successful
experience in selecting a software for the library.
Keywords: Library software; working group; Automation of libraries; University libraries
management; Co-management.
1 Introdução
Devido às várias opções de softwares gerenciadores de coleções de
bibliotecas disponíveis atualmente no mercado, o profissional da informação precisa
avaliar cuidadosamente as ofertas disponíveis para que a escolha atenda às
expectativas e demandas de sua instituição, de sua coleção, de seu cliente. Assim, a
utilização de metodologias e ferramentas que auxiliem nessa escolha é
imprescindível para garantir qualidade no gerenciamento de um sistema de
informação, de forma a atender plenamente suas exigências.
Com o objetivo de estudar a possibilidade de substituição do software
utilizado em suas Bibliotecas, o Sistema de Bibliotecas da Unicamp (SBU) criou, em
abril de 2006, um grupo de estudo para o Projeto de Certificação de Software (PCS),
aprovado por seu Órgão Colegiado. Para o desenvolvimento do projeto formaram-se
duplas, denominadas de Grupo de Trabalho (GT), compostos por bibliotecários e um
analista de sistemas das diversas Unidades da Unicamp. Os temas avaliados pelos
grupos eram relacionados aos módulos do sistema de gerenciamento: aquisição,
caracterização da empresa e software, circulação, interface web, plataforma
tecnológica, relatórios gerenciais e estatísticos, tratamento da informação. Os
profissionais integrantes do PCS, assim como os envolvidos na avaliação do
software no processo de homologação, foram: o Coordenador do SBU, Luiz Atílio
Vicentini, os profissionais do SBU: Ana A. Granzotto Llagostera (Coordenadora do
PCS), Ciléia Freitas M. de Oliveira, Danielle Dantas de Souza, Danielle Thiago
Ferreira, Elaine Aparecida de Lima, Fabiana Araujo Lemos, Gilmar Vicente, Heloisa
Maria Ceccotti, Oscar Eliel, Márcio Samogin de Oliveira, Maria Helena Segnorelli,
Maria Lucia N.D. de Castro, Rosana Evangelista, Sandra Maria Carlos Cartaxo,
Silvia Celeste Sálvio, as analistas de sistemas do Centro de Computação: Alice
Midori Okusigue e Maura Regina Garcia, e o Prof. Dr. Ricardo Dahab, do Instituto de
Computação.
Nessa etapa, efetuou-se análise administrativa financeira e alguns
fornecedores de softwares foram convidados a participar do processo de avaliação.
Foram feitas visitas técnicas e testes preliminares com dados extraídos do banco da
Unicamp, utilizando-se a metodologia de Café, Santos e Macedo (2001), com pesos
para os quesitos, como: Indispensável (peso 3), Importante (peso 2) e Dispensável
(peso 1). Os testes práticos dos requisitos receberam nota, que variou de 0 a 5,
sendo que a nota 0 foi aplicada apenas para os requisitos inexistentes no software.
A nota de cada requisito foi multiplicada pelo seu peso, obtendo-se a nota final. Para
facilitar a análise da nota foi incluída na lista de requisitos a nota máxima possível.
Pautando-se nas avaliações dos GTs, e diante dos resultados
demonstrados no relatório final do PCS, concluiu-se que o Sistema de Bibliotecas
necessitava de um novo software de gerenciamento para suas coleções, sendo essa
necessidade levada ao conhecimento da Coordenadoria Geral da Universidade
(CGU). Com a anuência da CGU, iniciaram-se os trabalhos de elaboração do edital,
com as devidas cláusulas baseadas na avaliação e requisitos pré-definidos pelo
Grupo do PCS. Em agosto de 2008 a proposta do edital foi enviada para análise da
Diretoria Geral da Administração e Procuradoria Geral da Universidade, aonde se
deu início ao processo de licitação por pregão e, em seguida, o plano de
homologação do software adquirido.
O principal objetivo do SBU foi identificar, no mercado nacional, softwares
que atendessem às necessidades do sistema no gerenciamento e integração das
bibliotecas, melhorando a qualidade dos serviços prestados à comunidade
acadêmica, além da utilização de plataforma tecnológica de Acesso Aberto.
2 Revisão de Literatura
Inicialmente os grupos de trabalho utilizaram o estudo dos autores Café,
Santos e Macedo (2001); Couto (2005); e Silveira (2002) como bases para elencar
os requisitos para a avaliação dos softwares. Posteriormente foram extraídos dados
complementares relativos às questões tecnológicas, de Côrte et al. (1999), que
propiciaram aprofundamento do tema, resultando numa ampla cobertura e maior
refinamento dos requisitos para a eficiência do processo de avaliação.
3 Materiais e Métodos
A organização dos Grupos de Trabalho do PCS foi estruturada com o
objetivo de identificar os requisitos para avaliação dos softwares nacionais,
coordenar essa avaliação em suas diversas etapas e elaborar os relatórios finais da
mesma. Os requisitos apontados pelos GTs fizeram parte do Edital, que estabeleceu
condições e elementos necessários do novo software.
Após a abertura do Edital e a realização do pregão, a empresa vencedora
submeteu-se à homologação, que foi constituída de testes com indicação se o
software atendia ou não cada requisito (Anexo 1), para a validação dos GTs.
Finalizado os testes da homologação, aonde o software deveria atingir pelo menos
80% do total de itens possíveis de serem aprovados, o termo de aceite foi expedido.
Para a homologação do software, optou-se por considerar apenas os
requisitos publicados em Edital, que diferiram dos quesitos utilizados com pesos e
notas. Essa opção foi considerada por uma questão legal, para que no momento da
homologação o software pudesse ser avaliado segundo o que havia sido publicado
no Edital.
A homologação seguiu o cronograma do Edital, porém os requisitos foram
subdivididos nos grupos (ver exemplo na Tabela 1), com o objetivo de testar todas
as variantes de cada item, partindo-se dos seguintes critérios: pré-condição
(determina o que é necessário para validar o requisito a ser testado); descrição
(descreve o tipo de simulação realizada para homologação do item); resultados
esperados (apresenta os resultados esperados na simulação de cada item); dados
(quais dados foram utilizados para o teste); resultados obtidos (apresenta os dados
obtidos no teste de cada item); atende/não atende (indica se o item atende ou não
atende os requisitos do Edital). A simulação foi realizada na interface Web (Pesquisa
Pública) e no módulo Cliente após migração integral do banco de dados da Unicamp
para o software vencedor do pregão.
Tabela 1 – Exemplo de teste da homologação
Passo
de
teste
Referente a
Pré-condição
Descrição
Resultados esperados
Dados
Resultados
obtidos
Atende /
Não
atende
Observações
1
O sistema deverá
permitir a importação
de dados de catálogos
cooperativos online
utilizando padrões
Z39.50, ISO 2709.
Pesqbib
instalado
Pesquisar um título no
aplicativo Pesqbib,
escolher um registro e
o importar. Abrir,
tratar e salvar o
registro na base
bibliográfica.
O sistema reconhece
o registro importado
e o salva, sem
apresentar erro, na
base bibliográfica
2
"
Bookwhere
instalado
Pesquisar um título no
aplicativo Bookwhere,
escolher um registro e
o importar. Abrir,
tratar e salvar o
registro na base
bibliográfica.
O sistema reconhece
o registro importado
e o salva, sem
apresentar erro, na
base bibliográfica
3
O sistema deverá
permitir a duplicação de
um registro para
catalogação de novas
edições.
Pesquisar um título no
sistema e duplicar seu
registro. Editar e
salvar o registro cópia
na base bibliográfica.
O sistema duplica
qualquer registro, o
edita e o salva, sem
apresentar erro, na
base bibliográfica
4 Resultados
Os Grupos que participaram desta metodologia e seu trabalho no
processo de avaliação do software foram:
a) GT Caracterização do Software e da Empresa
Este Grupo tratou da caracterização geral do software, com elementos
essenciais para seu prosseguimento no processo de homologação, sendo que o não
cumprimento de algum requisito eliminaria o produto do processo. Os requisitos
foram subdivididos em três partes: avaliação tecnológica (tópicos relacionados à
tecnologia que o sistema deveria atender de imediato); caracterização do software
(relacionados à identidade do produto); e caracterização da empresa. A avaliação
tecnológica do software contou com 14 itens, a avaliação da caracterização do
software com 7 e a caracterização da empresa com 10 itens a serem respondidos e
avaliados.
Realizar a caracterização de um modo geral propiciou levantar
considerações sobre a qualidade da Empresa, no que diz respeito à sua operação,
como trabalha e em como esta promove o feedback para o cliente na solução dos
problemas.
b) GT Relatórios Gerenciais e Estatísticos
Neste Grupo, o objetivo foi avaliar a emissão de relatórios, sejam básicos,
para o administrador do sistema, de uso interno, no que diz respeito à produção, ou
por módulos gerenciais do sistema, como circulação, tratamento da informação,
aquisição etc.
Para a avaliação desse módulo foram elencados 8 requisitos essenciais
que, por sua vez, subdividiram-se em 33 itens avaliados. Como critério
classificatório, esse módulo deveria atender o mínimo de 27 dos 33 itens para ser
aprovado na avaliação desta função.
A organização dos requisitos permitiu testar a capacidade do sistema
emitir relatórios on-line e impressos para todos os seus módulos, na seguinte ordem
de avaliação: Aquisição (listas de solicitações); Tratamento da informação (itens
catalogados, produtividade etc.); Circulação (relatórios de empréstimos, devoluções,
reservas, exclusões, cobranças, por datas, por categoria de usuário e por biblioteca);
Pesquisa pública (assuntos e autoridades mais buscados); Gerenciais (Padrão MEC;
inventários, tombamento e número de acessos ao sistema por datas, horários e
identificação dos computadores em rede - IP’s).
A análise a partir desses requisitos foi satisfatória, o que garantiu a
qualidade para a avaliação da função dos relatórios gerenciais.
c) GT Aquisição
As particularidades da área de aquisição em uma instituição pública
diferem muito da instituição privada, seja por depender de orçamento público, seja
pelo volume da coleção. Dessa forma, o GT de Aquisição avaliou, em um primeiro
momento, os itens de seleção e aquisição do software, observando, porém, que a
avaliação desses itens sofreria alterações, já que qualquer software apresentaria um
sistema de aquisição diferente do usado pela Unicamp, pelas suas especificidades.
Pensou-se, então, no que seria indispensável para aquisição de um modo
geral para, após avaliar os requisitos que atendem ou não às nossas expectativas,
adequar o módulo de aquisição do software à nossa realidade. Questões
burocráticas e particulares à esfera pública seriam trazidas no momento da
adequação do módulo. Isso foi aceito com tranquilidade pela empresa avaliada. Os
itens avaliados foram divididos em dois tipos de aquisição: livros e periódicos.
Concluiu-se que os requisitos do módulo de aquisição do software foram
satisfatórios nos itens que tangiam à seleção, aquisição e cobrança de materiais
bibliográficos da Universidade.
d) GT Plataforma Tecnológica
A partir das definições iniciais do escopo tecnológico da aplicação,
passou-se a buscar referenciais e prospecção tecnológica para melhor entendimento
das funcionalidades (requisitos) como seguem: acesso via browser; leitura de
códigos de barras e chip; armazenamento e recuperação de caracteres e data no
formato (dd/mm/aaaa) na língua portuguesa; atualização dos dados em tempo real;
possibilidade de identificar alterações efetuadas no sistema e os responsáveis;
compatibilidade com o formato Marc; protocolo de comunicação Z39.50 (Server);
utilização de formatos de importação e exportação ISO 2709; disponibilização de
acervo online (OPAC); importação e exportação de dados para catalogação
cooperativa; acesso online a catálogos coletivos; acessos simultâneos de usuários;
acesso ilimitado para os ambientes de cliente e web; níveis diferenciados de acesso
ao sistema (senhas/perfis); permissão de acesso à estrutura do banco de dados;
suporte online; oferecimento de treinamentos para administração do sistema; após a
implantação, acompanhamento de 2 anos da empresa fornecedora do sistema para
avaliação das funcionalidades e melhorias do software.
A análise técnica comprovou as exigências do Edital, como acesso
ilimitado de usuários, sem limite de licença, tanto para acessos web quanto para o
módulo cliente, como, também, o acesso simultâneo nos diversos ambientes
modulares disponíveis e a facilidade de instalações e atualizações. Esses itens,
assim como os requisitos, foram avaliados positivamente pelo GT.
e) GT Circulação
Os requisitos para o módulo de circulação totalizaram 28 itens,
detalhados em 44 subitens, contemplando, desde a funcionalidade de todo processo
de circulação das bibliotecas da Universidade, incluindo o Empréstimo Entre
Bibliotecas (EEB), bem como facilidades de uso com e sem periféricos, emissão de
recibos via e-mail das transações de circulação, de avisos de devolução e cobrança
automática e controle integrado de guarda-volumes.
Observou-se, então, que esses requisitos mostraram-se satisfatórios para
a análise do software.
f) GT Pesquisa Pública e Disseminação Seletiva da Informação
Para este trabalho foi utilizada a nomenclatura Pesquisa Pública para
definir os itens relacionados aos mecanismos de recuperação da informação no
ambiente Web e gerenciador do software. Os itens avaliados no GT foram 27, sendo
subdivididos posteriormente em 57 subitens analisados e testados, sendo que todos
os itens tinham como objetivo verificar e testar os mecanismos de busca e
recuperação das informações disponíveis e desejadas do software. Para as
funcionalidades do serviço de Disseminação Seletiva da Informação foi analisado 1
requisito, subdividido em 3 para avaliação, que contemplavam as funções básicas
do DSI, de modo que o usuário tivesse a opção de cadastrar o seu perfil e receber
informações que fossem do seu interesse.
Para Pesquisa Pública e Disseminação Seletiva da Informação o uso
desses requisitos apresentou resultado satisfatório.
g) GT Tratamento da informação
O grupo analisou o funcionamento do software nas funções relacionadas
à catalogação de material bibliográfico, com ênfase nas funções de inserção,
duplicação e cooperação de registros, além da análise de usabilidade das planilhas
de catalogação.
Inicialmente o GT contava com 36 requisitos, os quais foram utilizados,
com pesos e notas, em um teste prático com o software. Os requisitos foram
adequados para o Edital, chegando, assim, a 19 requisitos, subdividindo-se em 28
para a homologação.
Observou-se, portanto, que a metodologia e os requisitos utilizados pelo
GT foram satisfatórios na análise do software.
5 Considerações Finais
Diante do exposto, o estudo atingiu seu objetivo, com a proposta de
uma metodologia baseada numa lista bastante completa de requisitos para
avaliação e análise de softwares, especialmente para bibliotecas
universitárias. Outro fator importante para a elaboração da metodologia e
escolha do software foi a experiência profissional dos envolvidos, essencial
em todas as etapas do processo.
6 Referências
CAFÉ, Lígia; SANTOS, Christophe dos; MACEDO, Flávia. Proposta de um método para
escolha de software de automação de bibliotecas. Ciência da Informação, Brasília, v. 30,
n.2, p.70-79, maio/ago. 2001.
COUTO, Fabiano. Uso de softwares para gerenciamento de bibliotecas: um estudo de caso
da migração do sistema Aleph para o sistema Pergamum na Universidade de Santa Cruz do
Sul. Ciência da Informação, Brasília, v. 34, n.2, p.105,111, maio/ago. 2005.
SILVEIRA, Marcelo (autor). Formatos de arquivos da internet: guia de consulta rápida. São
Paulo: Novatec, c2002. 128p., il. ISBN 8575220179 (broch.).
Anexo 1 - Requisitos para Homologação do sistema para o SBU, sendo a avaliação
classificada como “Atende” ou “Não atende”
Aquisição/Inventário
1 O sistema deverá permitir o registro de sugestões de compra de materiais bibliográficos
2 O sistema deverá permitir a edição dos registros das sugestões de compra de materiais bibliográficos
cadastrados na base possibilitando a padronização da catalogação no formato MARC21
3 O sistema deverá permitir na edição do registro bibliográfico a inserção do status de aquisição, tais como:
em processo de aquisição, adquirido, em processamento técnico, não adquirido por estar esgotado, e
outras mensagens
4 O sistema deverá ter integrado os módulos de aquisição (sugestões de compra) com o módulo de
tratamento da informação
5 O sistema deverá possuir a funcionalidade de inventário do acervo por meio de coleta automática (chip ou
código de barras) com importação de dados de coletor externo
Tratamento da Informação
1 O sistema deverá ser compatível com MARC21.
2 O sistema deverá acompanhar as novas tendências nas funções de catalogação ( exemplo: FRBR -
Requisitos Funcionais para Registros Bibliográficos).
3 O sistema deverá permitir a importação de dados de catálogos cooperativos online utilizando padrões
Z39.50, ISO2709.
4 O sistema deverá permitir a duplicação de um registro para catalogação de novas edições.
5 O sistema deverá realizar consultas cruzadas, truncadas, avançadas e permutadas, a partir de todos os
índices de autoridade e de campos pesquisáveis.
6 O sistema deverá permitir controle de entrada de dados com regras de validação por campos, indicadores e
subcampos.
7 O sistema deverá permitir a submissão de registros em estado de espera, para posterior efetivação da
catalogação.
8 O sistema deverá possibilitar a correção dos registros associados a um autor ou assunto mediante alteração
no registro de autoridade.
9 O sistema deverá permitir correções em "Bloco/Lote" de registros bibliográficos.
10 O sistema deverá fazer a atualização em tempo real dos dados inseridos ou alterados.
11 O sistema deverá permitir a construção de registro de autoridade no formato MARC21
12 O sistema deverá permitir a inclusão de URL: imagem e som em registros bibliográficos (campo 856 do
formato MARC21).
13 O sistema deverá permitir a catalogação analítica de periódicos.
14 O sistema deverá possibilitar o cadastramento da coleção de periódicos, fascículo a fascículo.
15 O sistema deverá permitir a emissão de etiquetas de lombada dos materias catalogados, com possibilidade
de parametrização dos campos a serem impressos.
16 O sitema deverá permitir a emissão de etiquetas de código de barras para identificação do item
bibliográfico.
17 O sistema deverá permitir o tombamento (patrimônio) de materiais bibliográficos
18 O sistema deverá permitir a edição dos registros tombados com possibilidade de inlcusão, exclusão e
alteração dos dados
19 O sistema deverá permitir a entrada de dados por meio de planilha (ficha) com descrição textual da
informação dos parágrafos, além da planilha MARC padrão.
Circulação
1 O Sistema deverá permitir controle integrado dos processos de circulação
2 O Sistema deverá permitir cadastramento de política de circulação centralizada e descentralizada
3 O Sistema deverá permitir a inclusão do calendário oficial da Universidade e das Unidades para controle de
feriados, finais de semana ou em dias de não atendimento da Biblioteca
4 O Sistema deverá permitir o cadastramento do calendário de funcionamento das Bibliotecas para cálculo de
transações relativas à circulação
5 O Sistema deverá permitir o cadastramento de políticas de empréstimo por Biblioteca, tipo de material,
categoria de usuário, número de itens, considerando o calendário de atendimento da Biblioteca
6 O Sistema deverá permitir o cadastramento de políticas de renovação por Biblioteca, tipo de material,
categoria de usuário, número de itens, considerando o calendário de atendimento da Biblioteca
7 O Sistema deverá permitir o cadastramento de políticas de reserva por Biblioteca, tipo de material, categoria
de usuário, considerando o calendário de atendimento da Biblioteca
8 O Sistema deverá permitir o cadastramento de políticas de suspensão do usuário por Biblioteca, tipo de
material, categoria de usuário, considerando o calendário de atendimento da Biblioteca
9 O Sistema deverá permitir aplicação de suspensão diferenciada para casos de material reservado e material
especial
10 O Sistema deverá permitir remoção automática da suspensão, decorrido o prazo
11 O Sistema deverá permitir o bloqueio do usuário por meio de ação manual
12 O Sistema deverá permitir o registro de empréstimo do material para os usuários, considerando as políticas
de empréstimo estabelecidas para a Biblioteca e categorizando o empréstimo domiciliar
13 O Sistema deverá permitir o registro de empréstimo do material para os usuários, considerando as políticas
de empréstimo estabelecidas para a Biblioteca e categorizando o empréstimo especial (incluindo overnight -
empréstimo por período noturno - e expresso - para consulta)
14 O Sistema deverá permitir o registro de empréstimo do material para os usuários, considerando as políticas
de empréstimo estabelecidas para a Biblioteca e categorizando o empréstimo entre bibliotecas
15 O Sistema deverá permitir o registro de devolução do material e relacioná-lo com a lista de reserva
16 O Sistema deverá permitir o registro de renovação do empréstimo, no balcão ou via web, considerando as
políticas de empréstimos estabelecidas para a Biblioteca
17 O Sistema deverá permitir inclusão e exclusão de reserva do material, no balcão ou via web, considerando
as políticas de reserva estabelecidas para a Biblioteca
18 O Sistema deverá enviar e-mail automático para o usuário quando das operações de empréstimo,
renovação, devolução, reserva e exclusão de reserva
19 O Sistema deverá permitir que o usuário, por meio de senha, atualize seus dados cadastrais via web
20 O Sistema deverá permitir a impressão de comprovante de empréstimo, devolução, renovação, reserva e
exclusão de reserva
21 O Sistema deverá armazenar o histórico do usuário e das transações, permitindo sua consulta e
apresentando a movimentação como: empréstimo, suspensão, atraso, devolução, renovação, inclusão e
exclusão de reserva
22 O Sistema deverá permitir envio automático por correio eletrônico para aviso de data de devolução
23 O Sistema deverá permitir envio automático por correio eletrônico para cobrança de material em atraso
24 O Sistema deverá permitir envio automático por correio eletrônico para aviso de chegada de material
reservado
25 O Sistema deverá permitir envio automático por correio eletrônico para aviso de que o material emprestado
foi reservado por outro usuário
26 O Sistema deverá permitir controle de chaves de guarda-volumes
27 O Sistema deverá permitir leitura por chip e código de barras do cartão de usuário
28 O Sistema deverá permitir execução de rotinas de circulação com ou sem leitores óticos
Pesquisa Pública
1 O sistema deverá possuir interface única de pesquisa
2 O sistema deverá possuir interface gráfica de pesquisa
3 O sistema deverá possuir interface de busca avançada com seleção de campos pré parametrizados
4 O sistema deverá possuir interface em português
5 O sistema deverá possuir interface alternativa em inglês
6 O sistema deverá possuir interface alternativa em espanhol
7 O sistema deverá possibilitar pesquisa nos campos: autor, título, assunto, editora, palavras-chave, resumo,
área de concentração – CNPQ, ISSN, ISBN, número de chamada e série
8 O sistema deverá possibilitar a busca por operadores booleanos nas opções de busca simples e avançada:
operador booleano AND/E, operador booleano NOT/NÃO, operador booleano OR/OU e operador de
proximidade NEAR.
9 O sistema deverá possibilitar a busca através do truncamento à esquerda, à direita e ao meio
10 O sistema deverá possibilitar a ordenação do resultado da busca por autor, título, assunto, tipo de
documento e data
11 O sistema deverá refinar a busca pelos filtros: natureza do conteúdo, biblioteca depositária, tipo de material,
data, por períodos (entre datas) e língua
12 O sistema deverá apresentar, no resultado da busca, objetos digitais associados ao registro bibliográfico
com a URL catalogada no campo 856
13 O sistema deverá apresentar links dinâmicos, nos resultados da pesquisa, nos campos autor e assunto
indicando, assim, outros registros da base bibliográfica
14 O sistema deverá possuir formatos de visualização completo com nome da biblioteca e número de chamada
na primeira tela
15 O sistema deverá permitir a limpeza automática do formulário para nova pesquisa
16 O sistema deverá permitir seleção e exportação de registros de interesse para o formato de referência
bibliográfica padrão ABNT6023
17 O sistema deverá permitir a visualização on-line de campos de registro MARC
18 O sistema deverá permitir seleção e exportação de registros de interesse em formato de ficha bibliográfica
padrão AACR2
19 O sistema deverá possibilitar a seleção da quantidade de registros recuperados a ser exibido por página
após realizado a busca
20 O sistema deverá permitir visualização numerada dos registros recuperados na pesquisa
21 O sistema deverá permitir a visualização da quantidade de exemplares de cada registro recuperado na
pesquisa
22 O sistema deverá apresentar no cabeçalho da página de resultado da pesquisa, a expressão que foi
utilizada para busca e a quantidade de registros recuperados
23 O sistema deverá permitir a seleção e impressão dos registros recuperados na pesquisa
24 O sistema deverá permitir a seleção e salvamento de registros recuperados na pesquisa
25 O sistema deverá permitir o envio por e-mail dos registros selecionados na pesquisa
26 O sistema deverá apresentar, no resultado da busca, a indicação do status do documento pesquisado
(emprestado, em tratamento, em restauração ou disponível)
Disseminação Seletiva da Informação - DSI
1 O sistema deverá permitir disseminação seletiva de informações (DSI)
2 O sistema deverá permitir a partir de opção via WEB, o cadastro do perfil de interesse do usuário para
receber informações sobre novas aquisições catalogadas na base
3 O sistema deverá emitir via e-mail ao usuário cadastrado de acordo com o seu perfil, quando da chegada de
uma nova publicação
Plataforma Tecnológica
1 O acesso ao sistema para usuários externos será via browser (Internet Explorer 6.0 ou superior ou Firefox
2.0.X ou superior)
2 O sistema deve realizar a "leitura" de dados armazenados em código de barras e chips, padrão tipo
SMARTCARD
3 O sistema deve utilizar a entrada de dados no formato dd/mm/aaaa (língua portuguesa)
4 O sistema deve realizar toda atualização de dados em tempo real
5 O sistema deve identificar alterações feitas no sistema e os responsáveis (log de transações)
6 O sistema utiliza o padrão de descrição bibliográfica e de autoridades no formato MARC21
7 O sistema possui protocolo de comunicação Z39.50 na versão cliente e servidor (client/server)
8 O Sistema suporta o padrão ISO2709 (Z39.2) para intercâmbio de dados estruturados de um sistema para
outro ou de uma base para outra
9 O sistema deve possibilitar o cadastro de outras bases de dados para busca e cópia de registros
bibliográficos utilizando o Z39.50 cliente.
10 Acesso ilimitado de usuários via WEB
11 O sistema permite o cadastramento de níveis diferenciados de senhas para acesso ao sistema
12 O sistema deve prover autenticação nos padrões: LDAP, Banco de Dados
Relatórios Gerenciais e estatísticos
1 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para: listas solicitações de
aquisição, listas de solicitações de aquisições atendidas e listas de solicitações de aquisições não atendidas
2 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para: número de registros
bibliográficos inseridos (catalogados) na base, número de itens (exemplares) bibliográficos inseridos
(catalogados) na base, produtividade por operador do sistema por biblioteca, produtividade por operador do
sistema na catalogação
3 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para: operações realizadas na
circulação, circulação por categoria de usuários, transações de circulação (empréstimos, devoluções,
renovações, reservas, exclusão de reservas e cobrança por material em atraso) e circulação por biblioteca
(empréstimos, devoluções, renovações, reservas, exclusão de reservas e cobrança por material em atraso)
4 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para: assuntos com buscas
realizadas e autoridades com buscas realizadas
5 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para padrão MEC
6 O sistema possibilita a emissão de relatórios on-line e impressos para realização de inventário físico dos
acervos
7 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para dados de itens tombados
8 O sistema possibilita a emissão de relatórios gerenciais on-line e impressos para: número total de acessos ao
sistema por faixas de horários, dia, semana, mês e ano; Número total de acessos ao sistema por: IPs e
domínios Web.