A SELEÇÃO DE SOFTWARE PARA GERENCIAMENTO DE BIBLIOTECA: A EXPERIÊNCIA DO SISTEMA DE BIBLIOTECAS DA UNICAMP

Transcrição

1 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 RESUMO Profissionais do Sistema de Bibliotecas da Unicamp, Campinas, SP danif@unicamp.br 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

2 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

3 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

4 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.

5 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 2 " O sistema deverá permitir a importação de dados de catálogos cooperativos online utilizando padrões Z39.50, ISO Pesqbib instalado Bookwhere instalado Pesquisar um título no aplicativo Pesqbib, escolher um registro e o importar. Abrir, tratar e salvar o registro na base bibliográfica. 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 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 O sistema duplica sistema e duplicar seu qualquer registro, o registro. Editar e edita e o salva, sem salvar o registro cópia apresentar erro, na na base bibliográfica. 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.

6 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

7 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

8 Bibliotecas (EEB), bem como facilidades de uso com e sem periféricos, emissão de recibos via 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.

9 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 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 SILVEIRA, Marcelo (autor). Formatos de arquivos da internet: guia de consulta rápida. São Paulo: Novatec, c p., il. ISBN (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, ISO O sistema deverá permitir a duplicação de um registro para catalogação de novas edições.

10 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

11 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 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 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 ABNT 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

12 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 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 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.