Sunteți pe pagina 1din 42

CAIET DE SARCINI Sistem integrat de bibliotec

Caiet de sarcini

1 / 42

Cuprins

CAPITOLUL 1 I. Structura formal a caietului de sarcini II. Cerine impuse ofertantului II.1. Componenta aplicaie integrat de gestiune a documentelor de bibliotec II.2. Componenta portal de gestiune a resurselor eterogene II.3. Componenta aplicaie de bibliotec digital III. Condiii de plat, garania tehnic i service-ul n garanie IV. Cerine de service postgaranie CAPITOLUL 2 A. COMPONENTA APLICAIE INTEGRAT DE GESTIUNE A DOCUMENTELOR DE BIBLIOTEC I. Specificaii generale I.1. Specificaii software i hardware I.2. Condiiile i termenele de livrare, instalare, recepie II. Cerine generale impuse aplicaiei III. Module obligatorii III.1. WEBOPAC (Modul nr. 1) III.2. Achiziii / Control seriale (Modul nr. 2) III.3. Catalogare / Indexare (Modul nr. 3) III.4. Circulaie (Modul nr. 4) III.5. ILL mprumut interbibliotecar (Modul nr. 5) III.6. Modul de partajare resurse (Modul nr. 6) IV. Specificaii funcionale IV.1. Cerinele de baz ale aplicaiei IV.2. Cerine pentru interfaa client-utilizator IV.2.1. Client Cerine generale IV.2.2. Client Windows IV.2.3. Clientul World Wide Web IV.2.4 Clientul Z39.50 de copiere a nregistrrilor bibliografice sau de autoritate n clientul de catalogare IV.3. Cerinele pentru controlul bibliografic IV.3.1. Specificaii Fiier Inventar IV.3.2. Catalogul destinat personalului IV.3.3. nregistrri de tip MARC a stocurilor IV.4. Cerinele pentru Controlul autoritilor (fiierele de autoritate - vedete) IV.5. Cerine pentru realizarea de rapoarte IV.6. Cerinele Catalogului de Acces Public Online IV.6.1. Birou informaii locale IV.6.2. Porile de intrare (Gateways)
2 / 42 Caiet de sarcini

B. COMPONENTA APLICAIE PORTAL DE GESTIUNE A RESURSELOR ETEROGENE Introducere I. Specificaii generale I.1. Specificaii software i hardware I.2. Condiiile i termenele de livrare, instalare, recepie II. Cerine generale II.1. Cerine tehnice generale II.1.1. Utilitare ale sistemului, administrarea sistemului, mentenana sistemului II.1.2. Proceduri de backup i recovery II.1.3. Acces i securitate III. Cerine specifice aplicaiei III.1. Interfaa pentru utilizator III.2. Procesarea seturilor de rezultate III.3. Comunicaii de date III.4. Timpi de rspuns C. COMPONENTA APLICAIE DE BIBLIOTEC DIGITAL I. Specificaii generale I.1. Specificaii software i hardware I.2. Condiiile i termenele de livrare, instalare, recepie II. Cerine specifice aplicaiei specificaii funcionale

Caiet de sarcini

3 / 42

Caietul de sarcini face parte integrant din documentaia pentru elaborarea i prezentarea ofertei i constituie ansamblul cerinelor pe baza crora se elaboreaz de ctre fiecare ofertant propunerea tehnic. Caietul de sarcini conine, n mod obligatoriu, specificaii tehnice. Cerinele impuse vor fi considerate ca fiind minimale. n acest sens orice ofert prezentat, care se abate de la prevederile Caietului de sarcini, va fi luat n considerare, dar numai n msura n care propunerea tehnic presupune asigurarea unui nivel calitativ superior cerinelor minimale din Caietul de sarcini, ofertarea de produse cu caracteristici tehnice inferioare celor prevzute n caietul de sarcini atrage descalificarea ofertantului. NOTA: specificaiile tehnice care indic o anumit origine, surs, producie, un procedeu special, o marc de fabric sau de comer, un brevet de invenie, o licen de fabricaie, sunt menionate doar pentru identificarea cu uurin a tipului de produs i NU au ca efect favorizarea sau eliminarea anumitor operatori economici sau a anumitor produse. Aceste specificaii vor fi considerate ca avnd meniunea de sau echivalent .

CAPITOLUL 1
I. Structura formal a caietului de sarcini
1. Ofertantul este obligat s respecte ordinea i numerotarea acestor specificaii i cerine. 2. Ofertantul trebuie s prezinte o copie a ofertei i n format electronic. 3. Ofertantul va face o descriere a companiei istoric, dezvoltri planificate n viitor i produse realizate. 4. Ofertantul trebuie s demonstreze capacitatea de a adapta produsul unor noi cerine. 5. Ofertantul trebuie s demonstreze capacitatea de a face livrarea la timp. 6. O singur companie trebuie s fie contractorul principal, chiar dac cel care oferteaz sistemul este un consoriu. 7. Ofertantul trebuie s se asigure c sistemul ofertat, hardware sau software, nu ncalc drepturile altcuiva, patentul, marca, designul, copyrightul. Dac un ter face o plngere n acest sens, Ofertantul trebuie s reprezinte Biblioteca Naional a Romniei n toate negocierile i aciunile n justiie. Ofertantul este responsabil de cheltuielile suferite de Biblioteca Naional, dac acest lucru se intmpl. Ofertantul va garanta Bibliotecii Naionale a Romniei dreptul irevocabil i licena de a utiliza sistemul ofertat aa cum este descris n caietul de sarcini 8. Ofertantul va indica numrul versiunii curente i de ct timp este n producie. 9. Ofertantul va indica graficul temporal de livrare a noilor versiuni mbuntite (actualizri), precum i modalitatea de furnizare a acestora ctre beneficiar. 10. Ofertantul va indica dezvoltrile strategice preconizate pentru urmtorii 2 ani. 11. Ofertantul trebuie s rspund la fiecare dintre punctele caietului de sarcini i s indice n ce msur sistemul ofertat rspunde acestor cerine, metodele prin care se realizeaz acest lucru, orice facilitate suplimentar care poate fi oferit i orice alternativ sau mbuntiri oferite. V rugm s rspundei n concordan cu modelul de mai jos: - Cerina este ndeplinit n totalitate. Facei o scurt descriere a modului n care se realizeaz acest lucru. - Cerina este numai parial ndeplinit. Explicai din ce motiv. - Cerina nu este ndeplinit. Explicai din ce motiv. Ofertantul trebuie s indice dac intenioneaz s dezvolte produsul pentru a ndeplini cerina i termenul de realizare a acesteia.

4 / 42

Caiet de sarcini

II. Cerine impuse ofertantului


II. 1. Componenta aplicaie integrat de gestiune a documentelor de bibliotec 1. Ofertantul trebuie s prezinte numrul de instalri i anul n care a fost instalat versiunea ofertat, efectuate pn n anul 2008: a. deja instalate : - n Europa - n Romnia b. n curs de instalare Se va anexa lista cu datele de identificare ale organizaiilor i instituiilor, precum i datele persoanelor de contact din respectivele organizaii/instituii unde a fost instalat aplicaia. 2. Ofertantul trebuie s asigure gratuit serviciul de implementare. 3. Ofertantul trebuie s asigure, gratuit, servicii de service i mentenan, cel puin un an de la data instalrii. 4. Ofertantul trebuie s asigure, gratuit, actualizarea, n cazul apariiei de noi versiuni, ale aplicaiei integrate de gestiune a documentelor de bibliotec. 5. Ofertantul trebuie s realizeze, gratuit, conversia tuturor bazelor de date ale bibliotecii dezvoltate pe platforma TINLIB. 6. Ofertantul trebuie s livreze sistemul de operare pentru server Linux. 7. Ofertantul trebuie s asigure training-ul gratuit al personalului bibliotecii la sediul unitii contractante. 8. Ofertantul trebuie s fac o descriere detaliat a programului de training. 9. Ofertantul trebuie s prezinte n faa Comisiei de evaluare demonstraia funcionrii aplicaiei pe o baz de date real, un sistem complet funcional, instalat de cel puin un an, care s demonstreze funcionalitatea tuturor modulelor versiunii ofertate, conform caietului de sarcini. 10. Unitatea contractant va comunica, la deschidere, ora i locul unde ofertantul va prezenta aplicaia Autoritatea contractant solicit oferta pentru o soluie care s cuprind: Numr minim de licene Personal Biblioteca 40 licene. Numr minim de licene Utilizatori 25 licene. Numr licen Gateway i server Z 39.50 1 licen. Numr licen Z39.50 Server/client 1 licen (modul de partajare de resurse). Numar licene uniti RFID 4 licene. II.2. Componenta aplicaie portal de gestiune a resurselor eterogene 1. Ofertantul trebuie s prezinte numrul de instalri i anul n care a fost instalat versiunea ofertat, efectuate pn n anul 2008: a. deja instalate : - n Europa - n Romnia b. n curs de instalare Se va anexa lista cu datele de identificare ale organizaiilor i instituiilor, precum i datele persoanelor de contact din respectivele organizaii/instituii unde a fost instalat aplicaia. 2. Ofertantul trebuie s prezinte instalrile cele mai importante (din punct de vedere al complexitii i mrimii), de ex. 12 sisteme int i cel puin 200 de utilizatori simultani (utilizatori care au deschis o sesiune de lucru la baze de date remote prin intermediul portalului). 3. Ofertantul trebuie s asigure gratuit serviciul de implementare. 4. Ofertantul trebuie s asigure, gratuit, servicii de service i mentenan, cel puin un an de la data instalrii.

Caiet de sarcini

5 / 42

5. Ofertantul trebuie s asigure, gratuit, actualizarea, n cazul apariiei de noi versiuni ale aplicaiei. 6. Oferta trebuie s includ software-ul (inclusiv interfaa API application programming interface) i serviciile pentru un sistem complet de portal n conformitate cu acest document. 7. Ofertantul trebuie s aib experien n instalarea aplicaiilor portal de gestiune a resurselor eterogene i experien n customizarea aplicaiilor software. 8. Ofertantul trebuie s specifice cum coopereaz compania cu grupul de utilizatori n ceea ce privete partajarea informaiei despre sistemele int i bazele de date. 9. Ofertantul trebuie s specifice clar numele, adresa potal i adresa de email, numerele de telefon i fax ale persoanei de contact. 10. Ofertantul trebuie s livreze sistemul de operare pentru server Linux. 11. Ofertantul trebuie s asigure training-ul gratuit al personalului bibliotecii la sediul unitii contractante. 12. Ofertantul trebuie s fac o descriere detaliat a programului de training 13. Ofertantul trebuie s prezinte n faa Comisiei de evaluare aplicaia pe o baz de date real, un sistem complet funcional, instalat de cel puin un an, care s demonstreze funcionalitatea tuturor modulelor versiunii ofertate, conform caietului de sarcini. 14. Unitatea contractant va comunica, la deschidere, ora i locul unde ofertantul va prezenta aplicaia Autoritatea contractant solicit oferta pentru o soluie care s cuprind o licen pentru aplicaia portal de gestiune a resurselor eterogene. II.3. Componenta aplicaie de bibliotec digital 1. Ofertantul trebuie s prezinte numrul de instalri i anul n care a fost instalat versiunea ofertat, efectuate pn n anul 2008: a. deja instalate : - n Europa - n Romnia b. n curs de instalare Se va anexa lista cu datele de identificare ale organizaiilor i instituiilor, precum i datele persoanelor de contact din respectivele organizaii/instituii unde a fost instalat aplicaia. 2. Ofertantul trebuie s asigure gratuit serviciul de implementare. 3. Ofertantul trebuie s asigure, gratuit, servicii de service i mentenan, cel puin un an de la data instalrii. 4. Ofertantul trebuie s asigure, gratuit, actualizarea, n cazul apariiei de noi versiuni ale aplicaiei pe perioada de garanie. 5. Ofertantul trebuie s includ cel puin 3 referine referitoare la implementarea sistemului n alte biblioteci digitale de importan major, din care minim dou s fie biblioteci naionale. Aceste implementri trebuie s gestioneze volume de date de peste 500.000 de obiecte (documente, imagini, sunet etc.). 6. Ofertantul trebuie s asigure training-ul gratuit personalului bibliotecii la sediul unitii contractante. 7. Ofertantul trebuie s fac o descriere detaliat a programului de training 8. Ofertantul trebuie s prezinte n faa Comisiei de evaluare aplicaia pe o baz de date real, un sistem complet funcional, instalat de cel puin un an, care s demonstreze funcionalitatea tuturor modulelor versiunii ofertate, conform caietului de sarcini.

6 / 42

Caiet de sarcini

9. Unitatea contractant va comunica, la deschidere, ora i locul unde ofertantul va prezenta aplicaia Autoritatea contractant solicit ofert de pre pentru o soluie care s cuprind: Numr minim de licene personal 3 licene Numr minim de licene utilizatori 10 licene Numr minim de uniti administrative 2 uniti Numr minim de obiecte pentru care se face licenierea - 500.000 obiecte Numr minim de module funcionale de tip Depozit 1 modul Module interoperabilitate OAI-PMH, Z39.50.

III. Condiii de plat, garania tehnic i service-ul n garanie


Plata produsului sistem integrat de bibliotec se va face la livrarea complet a produsului, adic dup semnarea documentelor de acceptan pentru toate cele trei componente ale sistemului. Oferta trebuie s specifice ce acoper garania, precum i descrierea termenilor i condiiilor garaniei. Este de ateptat ca garania s garanteze faptul c sistemul are capacitatea i funcionalitile specificate n contract. Descriei serviciile de suport software dup faza de implementare. Perioada de garanie tehnic minim ce va fi precizat de ofertant va fi cel puin egal cu cea prevazut de actele normative n vigoare la data prezentrii ofertei (minim 12 de luni). Garania trebuie s intre n vigoare la data semnrii acceptanei funcionrii sistemului. Ofertantul va pune la dispoziia beneficiarului un serviciu de asisten tehnic i suport gratuit pe perioada de garanie. Acest serviciu va recepiona orice sesizare privind disfunctionalitile sistemului. Timpul de intervenie maxim acceptat n scopul diagnozei problemei este de 4 ore de la semnalarea disfunciei. Remedierea disfunctionalitii trebuie s se produc n maxim 1 zi lucrtoare de la semnalarea acesteia. Ofertantul va pune la dispoziia beneficiarului, cel puin dou nume, adrese de email i numere de telefon pentru service. Ofertantul va anexa la ofert lista reelei de service proprii.

IV. Cerine de service postgaranie


Ofertantul trebuie s precizeze n oferta sa c va asigura, contra cost, service postgaranie pe o perioad de minim 5 ani de la livrare.

Caiet de sarcini

7 / 42

CAPITOLUL 2
A. COMPONENTA APLICAIE INTEGRAT DE GESTIUNE A DOCUMENTELOR DE BIBLIOTEC

I. Specificaii generale
I.1. Specificaii software i hardware La configuraiile care conin licene software, preul acestora va fi inclus n preul produselor. Licena va conine certificatul de liceniere, discurile suport i manualele de utilizare. Ofertantul va livra produsele mpreun cu compact discurile sau dvd-urile suport de instalare (drivere) ale componentelor hardware ale acestora, precum i cu toat documentaia necesar. Se va specifica configuraia hardware minim necesar pentru a asigura buna funcionare a sistemului att la nivel de server, ct i la nivel de client i pentru a permite dezvoltarea bazei de date cel puin 3 ani. Sistemul va funciona pe o reea de tip TCP/IP. Se va specifica viteza n reea, precum i lrgimea de band necesar pentru accesul web-opac. Sistemul va avea proceduri de backup ale bazei de date i ale configuraiei sistemului, iar aceste proceduri se vor putea realiza att automat, ct i manual. Sistemul va include un plan de disaster recovery pentru restaurarea sistemului. I.2. Condiiile i termenele de livrare, instalare, recepie Ofertantul trebuie s precizeze n ofert termenul de livrare i faptul c este de acord cu condiiile stipulate mai jos: (1) Livrarea complet a produsului se consider realizat n momentul semnrii documentului de acceptan a aplicaiei integrate de gestiune a documentelor de bibliotec. Beneficiarul va semna documentul de acceptan a funcionrii componentei aplicaie integrat de gestiune a documentelor de bibliotec la sfritul recepiei calitative. Recepia cantitativ i calitativ se va efectua la sediul Bibliotecii Naionale a Romniei, n prezena reprezentanilor ambelor pri. Recepia calitativ la beneficiar se va face n dou etape: - n termen de o lun de la instalarea software-ului pe echipamentele beneficiarului se vor efectua teste pentru verificarea funcionrii aplicaiei n conformitate cu cerinele din caietul de sarcini. - n termen de 15 zile lucrtoare de la realizarea migrrii datelor din baza de date a Bibliotecii Naionale a Romniei n noua aplicaie de bibliotec, pentru stabilirea corectitudinii conversiei datelor. Conversia datelor se face n termen de 2 luni de la semnarea contractului de atribuire. (2) Instalarea se va face n termen de 15 zile de la semnarea contractului, conform specificaiilor de mai jos i const n: - instalare produse software, configurare aplicaie i punere n funciune; - realizarea unei baze de date pentru testarea complet a produsului; - ofertantul va furniza un certificat de garanie n care se precizeaz data semnrii documentului de acceptan; Ofertantul va asigura toate materialele necesare livrrii. Contractul se ncheie la sediul Bibliotecii Naionale a Romniei din Bucureti, str. Ion Ghica nr. 4 sect. 3.
8 / 42 Caiet de sarcini

II. Cerine generale impuse aplicaiei


1. Sistemul de operare pe care poate rula aplicaia server: Linux. 2. Sistemul trebuie s suporte funcionarea multi-user i multi tasking. 3. Platforme suportate: Intel 4. Tip management baze de date: baz de date relaional Relational Database Management System (RDBMS). 5. Aplicaia de baze de date trebuie s fie de tip Enterprise (Oracle sau echivalent) 6. Bazat pe standardele: Open URL; XML; OAI; NCIP; SIP2, ODBC, MARC21, UNIMARC, DUBLIN CORE 7. Sistemul va implementa noile versiuni ale standardelor menionate, pe msur ce acestea sunt dezvoltate 8. Arhitectura softului trebuie s includ software client utilizat de bibliotecari, pentru a accesa i utiliza modulele sistemului, bazat pe PC-uri cu S.O. Microsoft Windows 2000, Windows XP, client World Wide Web (WWW) care s permit accesul la toate serviciile publice oferite de bibliotec prin intermediul browserelor standard ca Netscape, Internet Explorer, Firefox etc., client complet integrat Z39.50 version 3 (1995) care s permit cutarea i regsirea nregistrrilor bibliografice MARC dintr-un server Z39.50. 9. Arhitectura softului s prezinte o structur multi-strat client/server. 10. Sistemul s prezinte posibilitatea scrierii multidirecionale i utilizarea diferitelor alfabete folosind suportul multilingv UNICODE complet. 11. Sistemul trebuie s conin componente flexibile, modulare, care pot fi adaptate dup necesitile bibliotecii noastre sau ale consoriilor de biblioteci. 12. Sistemul trebuie s permit bibliotecii i consoriilor s creeze sisteme de administrare proprii. 13. Interfaa, mesajele sistemului i documentaia sistemului s fie traduse n limba romn, cu diacritice romneti, n termen de ase luni de la semnarea contractului de atribuire. 14. Sistemul trebuie s integreze tehnologia de identificare radio (RFID Radio Frequency IDentification) 15. Ofertantul trebuie s ofere service on-line pentru asistena tehnic. 16. Ofertantul trebuie s ofere documentaia tehnic on-line pentru sistemul integrat de bibliotec. 17. Securitatea i controlul accesului Sistemul trebuie s asigure securitatea bazei de date Sistemul trebuie s asigure accesul controlat pe baz de user i parol, pe tipuri de nregistrri i pe tipuri de aciuni efectuate. Trebuie s permit definirea de niveluri de utilizatori, cu posibilitatea de a configura drepturile acestora. 18. Sistemul trebuie s nglobeze protocoalele de securitate a reelei pentru a preveni accesul neautorizat din afara sistemului. 19. Administrarea sistemului 19.1.1 Personalul bibliotecii nsrcinat cu administrarea sistemului va avea dreptul de acces la sistemul de operare pentru operaiuni de rutin 19.1.2 Sistemul trebuie s trimit alerte ctre administratorul de sistem al bibliotecii. Alertele se refer la probleme de intruziuni neautorizate sau pierdere a conexiunii de reea. Parametrizarea alertelor trebuie s poat fi configurat i modificat de ctre bibliotec. 19.1.3 Modificrile i upgrade-urile software-ului client trebuie s se fac prin distribuirea n reea, i nu prin instalarea pe fiecare staie de lucru local. Dac acest lucru nu este nc posibil, descriei cum se face distribuia n prezent. n cazul n care aceast operaiune de distribuire prin reea a modificrilor i upgrade-urilor software-ului client nu este funcional, ofertantul se angajeaz s dezvolte aceast funcionalitate n termen de 6 luni de la semnarea contractului.

Caiet de sarcini

9 / 42

20.

Servicii Conversia datelor Ofertantul trebuie s realizeze gratuit conversia datelor din baza de date a Bibliotecii Naionale a Romniei n noua aplicaie, n termen de dou luni de la semnarea contractului. Ofertantul se va consulta cu Biblioteca nainte de a instala aplicaia, att pentru a stabili modul de configurare a bazei de date, ct i pentru a stabili specificaiile pentru conversia bazei de date. Conversia va include toate fiierele de date pe care le folosete biblioteca n baza ei de date (nregistrri bibliografice, nregistrri de autoritate, de exemplar, achiziii, seriale). Ofertantul va descrie orice limitri i calificri ale formatului n care datele trebuie s fie oferite de bibliotec pentru conversie. Ofertantul trebuie s specifice ce date nu pot fi convertite automat i s ofere o strategie pentru conversia acestora astfel nct s se evite reintroducerea manual a acestora n sistem.

III. Module obligatorii


III.1. WEBOPAC (Modul nr. 1) 1. Modulul trebuie s asigure accesul la baza de date a bibliotecii, n orice moment i din orice locaie, chiar dac sistemul efectueaz operaii specifice de administrare sau alte proceduri (rapoarte, statistici, etc). 2. Respondentul va include un numr nelimitat de licene pentru utilizatorii web OPAC care se conecteaz de la staiile OPAC din bibliotec, din alte biblioteci sau de la propriile calculatoare de acas, de la coal, de la birou etc. 3. Modulul trebuie s fie bazat pe pagini HTML i s poat fi accesat din INTERNET i INTRANET. 4. Modulul trebuie s asigure cutri simple dup diverse cmpuri, cum ar fi autor, titlu, editur, an, loc, clasificare zecimal, vedete de subiect, limb, cuvinte cheie sau cutri avansate cu ajutorul operatorilor booleeni, de proximitate i ali operatori. 5. Modulul trebuie s ofere posibilitatea definirii punctelor de acces la informaii proprii bibliotecii. 6. Modulul trebuie s ofere posibilitatea unui numr nelimitat de cutri i de indexuri de cutare. 7. Modulul trebuie s asigure cutarea i indexarea full-text a fiecrui cuvnt din baza de date bibliografic. 8. Modulul trebuie s asigure cutarea pe cuvnt, n nregistrarea bibliografic, iar rezultatele cutrilor s fie afiate n ordinea relevanei. 9. Modulul trebuie s ofere acces la resurse electronice i din Internet, folosind cmpurile de legatura MARC i protocolul Z39.50, s conin tehnologia SFX (SelF eXtracting ) pentru conectarea la resurse electronice i baze de date full text. 10. Modulul trebuie s asigure afiarea complet a rezultatelor unei cutri, indiferent de diacritice pentru un ir de cutare fr diacritice, iar un string cu diacritice nseamn o rafinare a cutrii i va ntoarce rezultate numai cu diacritice. 11. Modulul trebuie s asigure un suport multilingv, astfel nct utilizatorul s poat interaciona cu sistemul, n oricare din limbile oferite de program. 12. Modulul trebuie s permit utilizatorului afiarea hrilor sau a planurilor grafice create de bibliotec i stocate ca imagini grafice. 13. Modulul trebuie s permit crearea unui cont personal on-line de ctre utilizatorul individual i organizarea unei liste de interes preferine care s includ, dar s nu se limiteze la autori, subiecte, activiti ale bibliotecii.

10 / 42

Caiet de sarcini

14. Modulul trebuie s ofere posibilitatea definirii profilurilor de diseminare selectiv a informaiilor prin care utilizatorii pot fi anunai asupra disponibilitii publicaiilor de interes pentru ei, printr-o legtur direct la nregistrarea bibliografic (SDI). 15. Modulul trebuie s ofere vizualizarea mprumuturilor curente i prelungirea termenului de mprumut de ctre utilizatori, conform politicii de mprumut a bibliotecii. 16. Modulul trebuie s ofere posibilitatea solicitrii de materiale de ctre utilizatori, folosind funcii precum: rezervare, mprumut i mprumut interbibliotecar. 17. Modulul trebuie s permit utilizatorilor s-i defineasc limba de interfa i formatul de afiare. 18. Modulul trebuie s permit vizualizarea istoricului mprumuturilor. 19. Modulul trebuie s permit salvarea rezultatelor cutrilor i a strategiilor de cutare ntrun fiier electronic, pe server, local pe PC-ul propriu sau s poat fi trimise prin pota electronic. 20. Modulul trebuie s analizeze automat circulaia total a publicaiilor bibliotecii i s afieze liste cu subiectele, autorii i titlurile cel mai des consultate. Modulul trebuie s actualizeze automat aceste informaii. 21. Modulul trebuie s suporte cmpurile MARC dedicate legturilor hipertext din nregistrarea bibliografic, astfel nct utilizatorii OPAC-ului s poat accesa hyperlinkurile, pentru a lansa resursele electronice cum ar fi pagini web, etc. III.2. Achiziii / Control seriale (modul nr. 2) 1. Modulul trebuie s fie complet integrat cu toate modulele sistemului i trebuie s suporte un numr nelimitat de tipuri/formate de documente, tipuri de bugete, furnizori, comenzi, reclamaii i tranzacii, fr costuri suplimentare. 2. Modulul trebuie s fie actualizat dinamic, n timp real. 3. Modulul trebuie s genereze comanda de achiziie, care s permit specificarea tipului de materiale solicitate (monografii, periodice/seriale) i comenzi n ateptare definite de bibliotec, iar textul inclus n forma de comand s fie redactat de bibliotecar. 4. Modulul trebuie s genereze comenzile on line sau batch. 5. Modulul trebuie s asigure funciile achiziiei (comand, facturare i reclamaii) prin protocolul Schimb de Date Electronice EDI (Electronic Data Interchange). 6. Modulul trebuie s susin o structur ierarhic a bugetului cu un ir nelimitat de bugete i tipuri de bugete (buget bibliotec, donaii, granturi, bugete departamentale, venituri, dotri,etc). 7. Modulul trebuie s permit ca fiecare buget s fie subdivizat pe niveluri. 8. Modulul trebuie s permit transferarea bugetului rmas de pe un an pe altul. 9. Modulul trebuie s permit unui operator autorizat : a. crearea, n orice moment, de conturi noi; b. introducerea unei alocaii iniiale, atunci cnd un cont este creat prima dat ; c. actualizarea, n orice moment, a unui cont; d. nchiderea, n orice moment, a contului. 10. Modulul trebuie s ofere urmtoarele informaii afiate on-line: a. alocarea bugetar iniial ; b. sumele pentru comenzile nepltite ; c. sumele pentru comenzile pltite ; d. balana plilor ; e. numr de comenzi pe fond alocat. 11. Modulul trebuie s asigure controlul accesului la bugete, global sau individual. 12. Modulul trebuie s efectueze conversia din valut n moneda local i invers. 13. Modulul trebuie s genereze nregistrri bibliografice cnd se creeaz comanda de achiziie i s lege comanda de nregistrarea bibliografic corespunztoare.
Caiet de sarcini 11 / 42

14. Modulul trebuie s creeze un fiier de urmrire cu nregistrarea tuturor activitilor legate de comenzi, primiri i facturi. Fiierul s cuprind data comenzii i numele persoanei care a executat comanda. 15. Modulul trebuie s avertizeze atunci cnd costul depete bugetul alocat. 16. Modulul trebuie s avertizeze atunci cnd comanda depete costul ateptat (valoarea angajat). 17. Modulul trebuie s permit nsemnarea (marcarea) comenzilor prin achiziie direct la o adres specific. 18. Modulul trebuie s permit accesul la informaii despre firmele furnizoare, buget, comenzi i forme de sosire (situaia sosirii documentelor). 19. Modulul trebuie s suporte un numr nelimitat de furnizori, care s fie accesibili prin: numele furnizorului, codul furnizorului, adresa, etc. 20. Modulul trebuie s permit crearea unui fiier pe furnizor, care s includ statistici actualizate automat i n timp real, disponibile on-line i prin rapoarte, care s includ, dar s nu se limiteze la : a. perioada medie de primire a facturilor ; b. numrul de reclamaii trimise ; c. numrul de exemplare anulate ; d. numrul de exemplare reclamate ; e. suma total comandat ; f. suma nepltit ; g. suma facturat ; h. suma pltit ; i. numrul total de comenzi ; j. numrul de exemplare neprimite ; k. numrul de exemplare pltite ; l. perioada de livrare. 21. Modulul trebuie s calculeze automat reduceri TVA i alte taxe, pentru fiecare comand inclus n factur. 22. Modulul trebuie s permita nregistrarea facturii de la comand sau nregistrarea comenzilor la o factur. 23. Modulul trebuie s permit emiterea n format electronic sau tiprit a reclamaiilor, n funcie de formatul i parametrii stabilii de bibliotec. 24. Modulul trebuie s asigure accesul la datele bibliografice i de stoc, precum i informaii legate de comenzi, finanare i furnizori. 25. Modulul trebuie s permit ca nregistrarea comenzilor s poat fi regsibil prin informaiile bibliografice, inclusiv prin numr de inventar/ Item ID. 26. Modulul trebuie s nu permit dublarea numerelor comenzilor i trebuie s alerteze utilizatorul naintea salvrii comenzii n baza de date. 27. Modulul trebuie s asigure accesul la informaiile despre periodice folosind puncte de indexare/acces definite de bibliotec (titlu, cuvinte cheie, editura, ISSN). 28. Modulul trebuie s furnizeze, pentru abonamente, formate sau machete, calendare (tipare) de previzionare a sosirii fasciculelor i s genereze numerele care sunt ateptate sau previzionate. 29. Modulul trebuie s ofere opiunea importului machetelor abonamentelor pentru numerele previzionate, de pe alte site-uri, cu posibilitatea adaptrii la nevoile bibliotecii.. 30. Modulul trebuie s genereze liste de distribuie pentru un titlu de periodic i s asigure urmrirea numerelor prin sistemul de circulaie, astfel nct, atunci cnd se nregistreaz sosirea unei noi fascicule, s se tipreasc automat o list de distribuie cu utilizatorii care au fost nregistrai ca fiind interesai de acel titlu. 31. Modulul trebuie s permit ca nregistrarea fasciculei s poat fi fcut centralizat sau descentralizat.
12 / 42 Caiet de sarcini

32. Modulul trebuie s permit definirea de ctre bibliotecar a categoriei de statut: lips, deteriorat, pierdut, ntrziat, etc. 33. Modulul trebuie s permit refacerea statutului greit introdus al unui document. 34. Modulul trebuie s genereze automat mesajul de abonament pentru OPAC, folosind valoarea codificat n eticheta Marc corespunztoare din nregistrarea stocurilor/inventare (holding). 35. Modulul trebuie s genereze automat un rezumat cu privire la stocuri/inventare. 36. Modulul trebuie s permit generarea automata a reclamaiilor, la intervale specificate, s adauge reclamaia la lista cu reclamaii pentru un titlu, prin completarea unui ecran, s trimit cte reclamaii se doresc pentru o fascicul sau un exemplar lips, s schimbe intervalul de reclamare pentru fiecare titlu, oricnd, s nregistreze detalii specifice ale rspunsurilor la reclamaii. 37. Modulul trebuie s includ n profilul de diseminare a informaiei SDI al utilizatorului periodicele sosite i s anune utilizatorul cnd un numr nou este disponibil. 38. Modulul trebuie s permit crearea nregistrrilor de exemplare noi pentru volumele legate, s selecteze exemplarele nelegate pentru legtorie, s includ nregistrrile de exemplare individuale n volumele nou legate i s le asocieze coduri de bare noi, s actualizeze automat statutul exemplarelor trimise la legtorie, s asigure nregistrarea returnrii tuturor exemplarelor dintr-o trimitere la legtorie i s actualizeze automat informaia din stocuri, atunci cnd se raporteaz sosirea unui serial /periodic de la legtorie. 39. Modulul trebuie s permit crearea i generarea Registrelor inventar i a Registrului de micare a fondurilor, specifice bibliotecii, crearea listelor de selectare cu acces controlat prin contul i parola utilizatorului. 40. Modulul trebuie s permit crearea, generarea i personalizarea rapoartelor i statisticilor, n funcie de nevoile bibliotecii. 41. Modulul trebuie s creeze rapoarte i statistici, n timp real. III.3. Catalogare/indexare (modul nr. 3) 1. Modulul trebuie s permit utilizarea formatelor de catalogare de tip MARC, inclusiv MARC 21. 2. Modulul trebuie s permit posibilitatea definirii cmpurilor locale pentru catalogarea tuturor materialelor ntr-o singur baz de date. 3. Modulul trebuie s permit definirea a noi cmpuri i subcmpuri de tip MARC, stabilite de IFLA sau de bibliotec. 4. Modulul trebuie s permit verificarea i validarea automat a nregistrrilor, pe msur ce acestea sunt salvate, i s genereze mesaje de avertizare i de eroare. 5. Modulul trebuie s asigure compatibilitatea nregistrrilor de catalogare cu standardele ISBD, verficndu-le automat. 6. Modulul trebuie s realizeze indexarea n timp real, astfel nct informaia s poat fi regsit automat. 7. Modulul trebuie s permit copierea nregistrrilor bibliografice din alte cataloage, prin protocolul Z39.50. 8. Modulul trebuie s importe/exporte nregistrrile din/n baze de date externe, s foloseasc funcii standard de copiere i lipire. 9. Baza de date bibliografic trebuie s fie separat de baza de date de autoriti i s poat fi administrat separat. 10. Modulul trebuie s permit afiarea, selectarea i completarea automat a informaiilor importate din fiierul de autoritate n cmpurile descrierilor bibliografice n momentul catalogrii unei publicaii.

Caiet de sarcini

13 / 42

11. Modificrile nregistrrilor de autoritate sau noile nregistrri de autoritate realizate de ctre catalogatori n timpul procesului de catalogare vor aprea n fiierele de autoritate sub form de propunere. 12. Modulul trebuie s permit importul i exportul nregistrrilor din i n fiierele de autoritate. 13. Orice nregistrare venit din exterior trebuie s aib statutul de propunere. 14. nregistrrile de autoritate trebuie s aib trei niveluri de utilizare: propunere, tranzit i validat. 15. Vizualizarea nregistrrilor de autoritate n OPAC se face numai n msura n care acestea au nivelul de validare validat. 16. Modulul trebuie s indexeze orice cmp din nregistrarea bibliografic. 17. Modulul trebuie s permit realizarea fiierelor de autoritate pentru asigurarea calitii bazelor de date. 18. Se va crea un nivel de acces special pentru editarea, modificarea, crearea, tergerea nregistrrilor din fiierul de autoritate. 19. Modulul trebuie s permit modificarea nregistrrilor ce trebuie schimbate n grup, automat, conform criteriilor stabilite de bibliotec. 20. Modulul trebuie s permit validarea datelor din cmpuri i subcmpuri i s semnaleze erorile de completare. 21. Modulul trebuie s permit modificarea nregistrrilor din bazele de date, cu ajutorul cmpurilor i subcmpurilor. 22. Modulul trebuie s semnaleze nregistrrile care trebuie schimbate, conform criteriilor bibliotecii. 23. Modulul trebuie s creeze i s menin, automat, legtura ntre fiierul de autoritate i notia bibliografic (descrierea bibliografic). 24. Modulul trebuie s interogheze fiierele de autoritate locale sau la distan (de ex. LCSH sau Rameau) n cadrul modulului de catalogare. 25. Modulul trebuie s ofere posibilitatea de salvare a nregistrrilor bibliografice pe PC-ul local, n momentul pierderii conexiunii cu serverul. 26. Modulul trebuie s permit crearea, generarea i personalizarea rapoartelor i statisticilor conform PROBIB2000 sau a altor tipuri i formate propuse de bibliotecari i s permit adaptarea acestora n funcie de necesitate. 27. Modulul trebuie s creeze rapoarte i statistici n timp real. III.4. Circulaie (Modul nr. 4) 1. Modulul trebuie s permit definirea statutelor cititorului i a exemplarelor, n funcie de politica de mprumut a bibliotecii. 2. Modulul trebuie s permit definirea condiiilor de mprumut stabilite de bibliotec (ex. perioada de mprumut n funcie de tipul de document, data mprumutului i data scadent). 3. Modulul trebuie s permit generarea automat a avizelor de ntrziere, s permit blocarea instantanee a utilizatorilor ntrziai i verificarea instantanee a exemplarelor, precum i stabilirea tarifelor de ntrziere. 4. Modulul trebuie s permit definirea sistemului de amenzi i alte tranzacii de bani, proprii bibliotecii, precum i afiarea acestora. 5. Modulul trebuie s ofere o urmrire exact a tuturor ncasrilor. 6. Modulul trebuie s permit administrarea i controlul mprumuturilor i pe perioade scurte (nu mai puin de 30 minute). 7. Modulul trebuie s asigure posibilitatea de rezervare n funcie de statutul cititorului i al exemplarului, aa cum este definit de bibliotec, via WebOPAC. 8. Modulul trebuie s ofere posibilitatea urmririi materialelor mprumutate la sala de lectur.

14 / 42

Caiet de sarcini

9. Modulul trebuie s asigure circulaia integrat offline, n cazul ntreruperii conexiunii cu serverul, pentru ca tranzaciile de mprumut i restituire efectuate s poat fi nregistrate i salvate ntr-un fiier de pe staia local. 10. Modulul trebuie s permit setarea posibilitii de restituire a publicaiilor doar la filiala de la care s-a mprumutat publicaia. 11. Modulul trebuie s permit generarea i personalizarea ntiinrilor de ntrziere, conform politicii de mprumut a bibliotecii. 12. Modulul trebuie s permit crearea, generarea i personalizarea rapoartelor i statisticilor conform PROBIB2000 sau a altor formate propuse de bibliotecari i s permit adaptarea acestora n funcie de necesitate. III.5. ILL - mprumut interbibliotecar (modul nr. 5) 1. Modulul trebuie s ofere posibilitatea plasrii cererilor de mprumut intern i internaional prin Web OPAC. 2. Modulul trebuie s fie integrat cu modulul de cutare Web OPAC i cu cel de circulaie, pentru a gestiona cererile de mprumut din exterior i cele din interior. 3. Modulul trebuie s genereze rapoarte pentru urmrirea mprumutului interbibliotecar de publicaii. 4. Modulul trebuie s fie compatibil cu protocoalele ISO 10160 i ISO 10161. III.6. Modulul de partajare resurse (Modul nr. 6) 1. Modulul trebuie s ofere metode diverse pentru a facilita partajarea resurselor n cadrul consoriilor de bibliotec. 2. Pentru sistemele de biblioteci care partajeaza un singur catalog i n care bibliotecile membre au autoritate administrativ complet, modulul trebuie s asigure fie de nregistrare ale utilizatorilor, astfel nct s se realizeze n siguran mprumutul documentelor oricrui utilizator nregistrat n una din bibliotecile membre. 3. Modulul trebuie s asigure sistemele care partajeaz un catalog colectiv, o facilitate care s permit mprumutul direct n cadrul consoriului de biblioteci, pe baza accesului la statutul i datele utilizatorului. 4. Modulul trebuie s asigure mprumutul standard interbibliotecar conform standardelor ISO.

IV. Specificaii funcionale


IV.1. Cerinele de baz ale aplicaiei 1. Aplicaia trebuie s fie portabil (s funcioneze pe diferite platforme hardware). Ofertantul trebuie s specifice cerinele minime de hardware i software pentru calculatoarele clientului (configuraiile PC-urilor), pentru a se asigura o utilizare optim i eficient a sistemului de ctre utilizator. 2. Aplicaia trebuie s fie ultima versiune (cea mai recent) deinut de firma productoare. 3. Aplicaia trebuie s se bazeze pe o arhitectur client-server pe mai multe niveluri (multitier). 4. Aplicaia trebuie s permit utilizarea bazelor de date bibliografice multiple, n reea, precum i utilizarea simultan a tuturor prilor acestora. 5. Aplicaia trebuie s permit folosirea utilitarelor specifice RDBMS pentru a permite generarea de rapoarte (de ctre administrator i anumii utilizatori stabilii de ctre administrator) sau s permit formularea de interogri pentru a obine acces la elemente care nu sunt n rspunsurile explicite ale sistemului. 6. Aplicaia trebuie s suporte conectarea filialelor bibliotecii pe acelai server. 7. Aplicaia trebuie s asigure suportul pentru toate formatele MARC.
Caiet de sarcini 15 / 42

8. Aplicaia trebuie s permit configurarea parametrilor pentru toate formatele MARC. 9. Aplicaia nu trebuie s limiteze dimensiunea nregistrrii, singurele limite fiind cele impuse de formatul MARC. 10. Aplicaia trebuie s asigure o compatibilitate total UNICODE. 11. Aplicaia trebuie s aib traduse n limba romn, n termen de ase luni de la semnarea contractului de atribuire, interfeele pentru toate subsistemele, la instalare. 12. Urmtoarele module i utilitare trebuie s fie complet dezvoltate, operaionale i utilizabile n mod curent n diferitele locaii de care dispune beneficiarul: a. Managementul achiziiilor b. Control bibliografic i al inventarelor c. Controlul fiierelor de autoritate d. Acces la catalogul electronic on-line (OPAC) prin GUI Grafic User Interface e. Acces la catalogul electronic on-line prin web (WEB OPAC) f. Controlul circulaiei g. Controlul serialelor h. Server Z39.50 (ver. 3 i Bath Profile compatibil nivel 1) i. Z39.50 OPAC i client bibliotecar j. Z39.50 Client de copiere din catalog k. Generator de rapoarte l. Rapoarte statistice m. Manager de politici administrative n. Utilitar MARC pentru Import/Export de nregistrri bibliografice i de autoritate o. Rezervarea documentelor p. Imprumut interbibliotecar (ILL) q. Schimb de date electronice (EDI) r. Z39.50 Server/client (partajare de resurse) 13. Aplicaia trebuie s asigure interfaa grafic GUI la staiile client, cel puin pentru urmtoarele subsisteme: a. Managementul achiziiilor b. Catalogul on-line WEB OPAC c. Controlul bibliografic i al inventarelor d. Controlul fiierelor de autoritate e. Controlul circulaiei f. Controlul serialelor g. Imprumutul interbibliotecar (ILL). 14. Ofertantul trebuie s ofere o gam de programe distincte care vor fi utilizate pentru accesarea i operarea modulelor propuse, cel puin pentru: a. aplicaie client pentru Windows cu interfaa grafic (GUI) pentru a fi utilizata pe PCuri cu sisteme de operare Microsoft Windows XP. b. aplicaie client pentru World Wide Web (WWW) care s permit accesul la toate serviciile publice oferite de bibliotec, prin intermediul browserelor: Netscape, Internet Explorer, Mozilla, etc. c. o versiune integrat total pentru Z39.50 care s permit import-exportul de nregistrri bibliografice i de autoritate MARC de la servere compatibile Z39.50. d. interfaarea cu echipamentele RFID. 15. Catalogul WEB OPAC trebuie s asigure posibilitatea cutrii i indexrii tuturor cuvintelor n baza de date bibliografic. 16. Catalogul WEB OPAC trebuie s fie disponibil att n versiunea n limba romn (n termen de ase luni de la semnarea contractului), ct i n versiunea n limba englez.

16 / 42

Caiet de sarcini

17. Catalogul WEB OPAC trebuie s includ cel puin urmtoarele faciliti pentru utilizatori, ca servicii proprii i de personalizare: a. posibilitatea utilizatorilor de a-i crea propriul stoc (holding) de exemplare eligibile. b. posibilitatea utilizatorilor de a vizualiza obligaiile, amenzile, plile, documentele pe care le au mprumutat, cererile i rezervrile proprii. c. posibilitatea utilizatorilor de a-i anula rezervrile nerealizate. d. posibilitatea utilizatorilor de a-i vedea poziia proprie n lista de ateptare. e. posibilitatea utilizatorilor de a crea profiluri personale de interes, care vor face ca sistemul s-i informeze despre noile intrri care corespund criteriilor de cutare din profilul lor (exemplu: subiect favorit, autor) f. posibilitatea utilizatorilor de a vizualiza istoricul mprumuturilor. 18. Clientul grafic Windows trebuie s suporte toate operaiunile bibliotecarilor, incluznd, dar fr a se limita la circulaie, catalogare, achiziie, controlul periodicelor, generarea de rapoarte, politici de setare i management i operarea altor module disponibile din cadrul sistemului, n funcie de nevoile bibliotecii. 19. Aplicaia trebuie s ofere posibilitatea ca funcionalitatea fiecrui subsistem s poat fi parametrizat dup nevoile biliotecii. 20. Aplicaia trebuie s ofere posibilitatea definirii coninutului ecranelor de ajutor i a etichetelor cmpurilor prin intermediul parametrilor. 21. Aplicaia trebuie s ofere posibilitatea utilizrii nivelurilor de autorizare pentru fiecare subsistem (parametrizarea drepturilor utilizatorilor bibliotecari pe funcii, subfuncii etc.) folosind interfaa API. 22. Modulul de achiziii trebuie s permit schimbul de date electronice (Electronic Data Interchange EDI) utiliznd standardul EDIFACT. (Electronic Data Interchange For Administration, Commerce, and Transport) 23. Aplicaia trebuie s suporte criptarea WEB utiliznd tehnologia SSL (Secure Socket Layer). 24. Modulul ILL trebuie s fie compatibil cu standardul ISO ILL 10160/10161. ISO 10160:1997 Information and Documentation - Open Systems Interconnection Interlibrary Loan Application Service Definition ISO 10161-1:1997 Information and Documentation - Open Systems Interconnection Interlibrary Loan Application Protocol Specification - Part 1: Protocol Specification 25. Aplicaia trebuie s suporte comunicaia n spatele unui firewall. 26. Aplicaia trebuie s permit integrarea i funcionarea n reeaua naional de biblioteci (Catalogul National Partajat). IV.2. Cerine pentru interfaa client i utilizator IV.2.1. Client Cerine generale 1. Nivelul de prezentare trebuie s fie implementat pe staia client. Clienii Windows trebuie s conin nivelul aplicaie. 2. Toate staiile client trebuie s permit flexibilitate n proiectarea ferestrelor. 3. Sistemul trebuie s stocheze toate fiierele de ajutor - asisten (help files) pe staia client, pentru acces i personalizare imediat. 4. Aplicaia trebuie s permit unui administrator autorizat al bibliotecii, s stabileasc coninutul exact al ecranelor de asisten - text (help screens), pentru fiecare staie de lucru. 5. Aplicaia trebuie s permit operatorului s solicite i s primeasc asisten specific contextului pentru fiecare comand folosit prin apsarea unei singure taste.

Caiet de sarcini

17 / 42

6. Staiile client/clieni trebuie s permit operatorului s se deplaseze nainte i napoi n cadrul textului pentru asisten, s includ conexiuni de tip hipertext ctre elemente de asisten asociate, capturi de ecran, exemple etc. i s faciliteze accesul la un index de cuvinte cheie i cuprinsul textului sistemului de asisten. 7. Staiile Client/clieni trebuie s transfere de pe server numai rezultatele solicitate. 8. Aplicaia trebuie s permit operatorului s tipareasc la imprimant ntregul coninut al nregistrrii referitoare la explicaiile solicitate. (Nu este acceptat numai tiprirea informaiilor vizibile pe ecran, indiferent de dimensiunea nregistrrii, prin utilizarea tastei Print Screen a PCului). 9. Staiile Client/clieni trebuie s permit operatorului s transfere coninutul oricrui cmp de date dintr-o fereastr n alta. 10. Aplicaia trebuie s permit administratorului de sistem s stabileasc valori implicite pentru toate cmpurile ferestrelor de introducere a comenzilor. 11. Aplicaia trebuie s permit administratorului sistemului s stabileasc tipul de date care trebuie introduse n cmpurile pentru comenzi: caractere majuscule, caractere minuscule sau date numerice. 12. Aplicaia trebuie s permit utilizarea de staii client Web i Windows via socket-uri. IV.2.2. Client Windows 1. Aplicaia trebuie s includ un client Windows cu interfa grafic, total compatibil cu specificaiile de mai jos : Clientul de pe staiile folosite de angajai trebuie s ruleze pe sistemele Windows XP i se va adapta pentru versiunile ulterioare ale sistemului Windows. Clientul de pe staiile folosite de angajai trebuie s permit operatorilor s utilizeze orice funcie pentru care acetia sunt autorizai, accesul la aceste funcii efectundu-se prin intermediul: - unei bare cu instrumente definite de utilizator sau - unei taste funcionale definite de utilizator. Wizard-ul trebuie s conduc operatorul printr-o serie de pai pentru a completa procesul definit, fr a se utiliza comenzi sau meniurile tradiionale. Clientul Windows trebuie s utilizeze Windows Print Manager pentru toate operaiile de imprimare. Clientul Windows trebuie s permit utilizatorului s porneasc automat aplicaii asociate cu URL-uri n cmpuri MARC destinate legturilor hipertext. Clientul Windows trebuie s efectueze automat verificrile comenzilor editate de utilizator nainte de a solicita executarea lor de ctre server. Clientul Windows trebuie s controleze toate echipamentele periferice ataate, inclusiv cititoare de etichete RFID i imprimante. 2. Aplicaia trebuie s accepte introducerea de date de la sisteme de tipul staiilor de conversie i cititoare de etichete RFID ataate la staiile de lucru. 3. La conectarea iniial la sistem trebuie s se asigure conectarea la toate modulele (clientul nu trebuie s solicite conectri separate pentru a se permite accesul la diferite module sau subsisteme). 4. Aplicaia trebuie s asigure unui operator accesul simultan la toate funciile la care acesta are drepturi, fr s fie necesar comutarea ntre module, meniuri sau pagini de ecran. 5. Aplicaia nu trebuie s solicite operatorului s schimbe subsistemul pentru a realiza un set diferit de comenzi. 6. Clienii nu trebuie s solicite operatorului s utilizeze secvene de comenzi sau acronime. 7. Clienii trebuie s afieze pe ecran un formular cu toate cmpurile necesare atunci cnd operatorul iniiaz o comand.
18 / 42 Caiet de sarcini

8. Staiile client trebuie s asigure operatorului faciliti complete de editare pe ecran. 9. Staiile client trebuie s permit operatorului autorizat trecerea de la un cmp la urmtorul prin apsarea unei singure taste. 10. Staiile client trebuie s permit poziionarea de ctre operator a cursorului oriunde pe ecran, prin utilizarea tastelor cu sgei sau a mouse-ului. 11. Staiile client trebuie s permit utilizatorului s introduc date de la tastatur la poziia curent a cursorului. 12. Staiile client trebuie s permit utilizatorului s foloseasc tastele de tergere i inserare pentru a corecta greeli de editare. 13. Staiile client trebuie s menin pe ecran formularele de lucru pn cnd operatorul decide s treac la urmtoarea comand. 14. Dac se detecteaz o eroare, aplicaia trebuie s semnaleze apariia acesteia prin afiarea unui mesaj pe ecran, lsnd nemodificat formularul i datele introduse de operator. 15. Aplicaia trebuie s afieze un mesaj de eroare cu explicaiile necesare n cazul n care datele introduse de operator nu sunt corecte. 16. Aplicaia trebuie s furnizeze, continuu, operatorului mesaje de informare referitoare la activitatea curent. 17. Aplicaia trebuie s permit unui administrator autorizat al sistemului s configureze comenzi pentru afiarea automat a mesajelor, pe msur ce se execut comenzile. 18. Aplicaia trebuie s permit unui administrator autorizat al sistemului s instaleze clientul pentru Windows pe staiile de lucru ale personalului i pe OPAC, folosind o aplicaie simpl de instalare. IV.2.3. Clientul World Wide Web 1. Clientul de Web trebuie s suporte protocolul Z39.50, versiunea 3. 2. Sistemul trebuie s lanseze o sesiune de lucru a unui utilizator, care s nregistreze cutrile anterioare i s permit utilizatorilor reluarea acestor cutri pe acelai server sau pe un alt server sau pe servere diferite. 3. Aplicaia trebuie s permit restrictionarea accesului la baze de date locale sau situate n alte locuri, pe baza numelui de utilizator i a parolei. 4. Aplicaia trebuie s pstreze drepturile de autorizare ale utilizatorilor dac acetia trec de la o baz de date la alta n cadrul aceleiai sesiuni de lucru. 5. Aplicaia trebuie s permit att accesul de la orice IP, ct i posibilitatea de sign-on pentru utilizatorii din INTERNET (pe baz de user i parol). 6. Clientul de Web trebuie s asigure crearea i executarea unor cutri simple sau complexe (cu operatori booleeni, etc). 7. Clientul de Web trebuie s asigure suport de navigare (SCAN) i de selectare a termenilor din liste de subiecte. 8. Clientul de Web trebuie s asigure cutarea n mod hipertext pentru elementele asociate. 9. Clientul de Web trebuie s asigure afiarea informaiilor referitoare la referinele ncruciate. 10. Clientul de Web trebuie s asigure sortarea rezultatelor cutrii pe baza unor criterii definite de utilizator. 11. Clientul de Web trebuie s asigure transferul nregistrrilor la imprimant, ntr-un fiier local sau trimiterea prin e-mail. 12. Clientul de Web trebuie s permit utilizatorului selectarea i imprimarea rezultatelor selectrii din Web OPAC. 13. Clientul de Web trebuie s asigure legtura la servere multiple pe care sunt stocate informaiile bibliotecii, pe baza protocolului Z39.50. 14. Clientul de Web trebuie s permit reluarea cutrilor anterioare, pe baza datelor care sunt stocate n istoricul cutrii.
Caiet de sarcini 19 / 42

15. Clientul de Web trebuie s permit utilizatorului s lanseze automat n execuie aplicaii asociate cu URL-urile din cmpurile MARC corespunztoare sub forma funciilor de tip hipertext. 16. Clientul de Web trebuie s permit accesul la diverse informaii gestionate de bibliotec: adresele sediilor, politica bibliotecii, informaii generale despre comunitatea local, ntrebri frecvente etc 17. Clientul de Web trebuie s permit utilizarea formularelor on-line pentru solicitri de mprumuturi ntre biblioteci, propuneri de achiziii, referine bibliografice, schimbarea adresei utilizatorului, sugestii i alte formulare definite de bibliotec. 18. Clientul de Web trebuie s permit autentificarea utilizatorilor prin nume i opional printr-un numr de identificare personal i s permit utilizatorilor autorizai s: i. acceseze conturile personale pentru a verifica starea contului: imprumuturi, rezervri etc. ii. reineri, penalizri i facturi asociate contului respectiv; iii. obin acces la baze de date suplimentare i alte baze de date la care utilizatorul anonim nu are acces. IV.2.4. Clientul Z39.50 de copiere a nregistrrilor bibliografice sau de autoritate n clientul de catalogare Clientul Z39.50 pentru Windows trebuie s poat fi utilat i pentru a importa : i. nregistrri bibliografice tip MARC ii. nregistrri din fiierele de autoritate tip MARC 2. Clientul Z39.50 trebuie s fie total integrat controlului catalogrii i controlului fiierelor de autoritate. 3. Trebuie s existe posibilitatea de a importa, prin apsarea unei singure taste, o nregistrare bibliografic de tip MARC (UNIMARC, MARC21 etc.) pentru oricare din versiunile 2 sau 3 ale clientului Z39.50, cel puin pentru urmtoarele servere: OCLC RLG orice server ILS Z39.50. 4. Ca rezultat al aceleiai apsri de tast la care s-a fcut referire n paragraful anterior, sistemul trebuie imediat: i. fr nicio intervenie din partea personalului sau folosind alte prelucrri, s plaseze nregistrarea respectiv n editorul de cataloage, pentru a putea fi utilizat de personalul bibliotecii ii. s verifice corespondena titlurilor cu titlurile existente n bibliotec, pe baza unor cuvinte cheie specificate de bibliotec iii. s avertizeze personalul n cazul apariiei duplicatelor printr-o fereastr de dialog, afiat pe ecran iv. s atribuie un numr de sistem noii nregistrri v. s atribuie coduri conform schemei de clasificare (de exemplu CZU, Dewey) vi. s atribuie numele bibliotecii deintoare noii nregistrri vii. s indexeze textul complet al nregistrrii bibliografice n vederea cutrii prin folosirea cuvintelor cheie 5. Aplicaia trebuie s permit operatorului nlocuirea unei nregistrri anterioare cu noua nregistrare. 6. Aplicaia trebuie s permit operatorului nlocuirea unei nregistrri n comand (on-order record) cu o nregistrare descris complet (full catalog), fr a cere n prealabil operatorului alte operaiuni suplimentare. 1.

20 / 42

Caiet de sarcini

7. Trebuie s existe posibilitatea de a importa, prin apsarea unei singure taste, o nregistrare de fiier de autoritate de tip MARC (UNIMARC, MARC21, etc.) pentru oricare din versiunile 2 sau 3 a clientului Z39.50 cel puin pentru urmtoarele servere: OCLC altele. 8. Ca rezultat al aceleiai apsri de tast la care s-a fcut referire n paragraful anterior, sistemul trebuie imediat: i. fr nici o intervenie din partea personalului sau folosind alte prelucrri s plaseze nregistrarea respectiv n editorul nregistrrilor de autoritate ale furnizorilor pentru a putea fi utilizat de personalul bibliotecii ii. s verifice dac exist duplicate n fiierele de autoritate iii. s avertizeze personalul n cazul apariiei duplicatelor printr-o fereastr de dialog afiat pe ecran iv. s atribuie un format conform cu codurile stabilite ale unui cmp. v. s atribuie acestei noi nregistrri n mod automat nivelul de validare propuneri 9. n plus fa de realizarea n timp real a catalogrii i a prelurii nregistrrilor din fiierele de autoritate, aplicaia trebuie s permit examinarea catalogului furnizorilor, de pe staia client. 10. Aplicaia trebuie s permit unui utilizator autorizat: i. s salveze nregistrrile n fiierul respectiv, global sau ntr-o anumit ordine ii. s vizualizeze nregistrrile din fiierul furnizorilor utiliznd programul client iii. s tearg nregistrri din fiierul respectiv iv. s creeze duplicate ale nregistrrilor n fiierul respectiv v. s tipareasc nregistrrile din fiierul respectiv 11. Trebuie s existe posibilitatea de a utiliza toate funciile de catalogare pentru a edita nregistrrile bibliografice sau de autoritate n fiierele respective. IV.3. Cerinele pentru controlul bibliografic 1. Sistemul trebuie s suporte o nregistrare bibliografic principal care s conin toate cotele, notele, vedetele subiect etc., care pot fi cerute de diferite locaii sau de diverse practici de catalogare 2. Aplicaia trebuie s se adapteze i s permit accesul prin diferite scheme de clasificare: CZU, LC, Dewey i scheme proprii ale bibliotecii etc. 3. Aplicaia trebuie s creeze o asociere pentru toate exemplarele ale aceleai ediii ale unui titlu cu nregistrarea principal creat pentru acel titlu. 4. Aplicaia trebuie s creeze o asociere dintre diferitele formate existente pentru un titlu cu nregistrarea principal creat pentru acel titlu. 5. Aplicaia trebuie s furnizeze formate care s conin cmpurile necesare i recomandate pentru cutarea bibliografic. 6. Aplicaia trebuie s permit administratorului s creeze diferite formate. 7. Aplicaia trebuie s permit specificarea de valori implicite pentru oricare din cmpurile formatelor. 8. Aplicaia trebuie s permit personalului autorizat adugarea, actualizarea i tergerea online a datelor din cataloage prin intermediul terminalelor. 9. Aplicaia trebuie s permit utilizarea tuturor nregistrrilor bibliografice i a fiierelor de autoritate de tip MARC. 10. Aplicaia trebuie s includ un sistem de ncrcare a nregistrrilor, standardizat, de tip MARC, care s accepte introducerea nregistrrilor din diferite surse. 11. Aplicaia trebuie s includ posibilitatea de a produce i de a genera etichete pentru cotor (cota) sau pentru acele fie ce se pun n carte la mprumut.

Caiet de sarcini

21 / 42

12. Aplicaia trebuie s permit importul sau exportul nregistrrilor de tip MARC folosind uniti de band magnetic sau echipamente de telecomunicaii. 13. Aplicaia trebuie s permit utilizarea cititoarelor de etichete RFID pentru introducerea datelor n nregistrrile bibliografice. 14. Aplicaia trebuie s permit apelarea i modificarea nregistrrilor bibliografice introduse n baza de date, n orice moment. 15. Aplicaia trebuie s permit introducerea de date incomplete, dac datele complete nu sunt nc disponibile. 16. Aplicaia trebuie s creeze meniunile referitoare la nregistrri duplicat ntr-un fiier separat. 17. Aplicaia trebuie s permit reactualizarea on-line sau batch a informaiilor incomplete pe msur ce noi informaii devin disponibile. 18. Aplicaia trebuie s fie prevzut cu un utilitar general de editare, care s regseasc i s nlocuiasc date n anumite cmpuri specificate. 19. Utilitarul de editare al aplicaiei trebuie s asigure posibilitatea de a selecta nregistrrile n vederea editrii cel puin pe baza urmtoarelor criterii: a. clasificarea b. categorii statistice c. data accesrii d. informaii bibliografice. 20. Aplicaia trebuie s verifice validitatea datelor, pe msur ce sunt introduse informaiile bibliografice. 21. Aplicaia trebuie s permit unui operator autorizat: a. s adauge n baza de date noi intrri prin duplicarea celor existente b. s adauge n baza de date noi intrri prin introducerea direct a datelor de la tastatur c. s tearg nregistrri existente din baza de date d. s modifice nregistrrile existente n baza de date, prin adugarea de noi cmpuri, tergerea unor cmpuri sau modificarea lor. e. s adauge noi intrri n lista bibliografic a intrrilor. f. s tearg intrri din lista de date bibliografice. g. s modifice orice date din nregistrrile bibliografice, s modifice caracterele existente, s insereze noi caractere sau s tearg caracterele existente. 22. Aplicaia trebuie s interzic tergerea unei nregistrri bibliografice att timp ct exist date legate de aceste inregistrri. 23. Aplicaia trebuie s permit editarea n mod ecran a nregistrrilor bibliografice. IV.3.1. Specificaii Fiier Inventar 1. Aplicaia trebuie s permit nregistrarea numerelor de inventar specifice fiecrui tip de unitate biblioteconomic (monografii, seriale, documente media sau orice alt tip de publicaii). 2. Fiierul inventar trebuie s conin urmtoarele cmpuri: a. numrul inventar b. numr exemplare c. starea mprumutului (loan status) d. cota e. colecia f. filiala bibliotecii g. locul h. departamentul h. data returnrii (dac exist menionat) i. data crerii k. numele ultimului utilizator care a manipulat obiectul respectiv
22 / 42 Caiet de sarcini

j. de cte ori a fost pus n circulaie m. note n. tipul materialului. o. preul p. numr RMF (registrul de micare a fondurilor) r. numr DL (Depozit legal) 3. Aplicaia trebuie s afieze, pe ecranul oricrei staii de lucru, informaii despre starea sau locul oricrui inventar din colecie, dac se introduc oricare din urmtoarele date: a. autorul b. titlul c. cota d. numr de inventar 4. Aplicaia trebuie s afieze, pentru orice inventar, locaia curent a acestuia, inclusiv starea curent (sau statutul curent) pentru inventarele necatalogate. 5. Aplicaia trebuie s furnizeze o copie a nregistrrii exemplarelor/inventarelor pentru titlurile non-seriale (cri sau alte tipuri de documente care nu sunt periodice). 6. Aplicaia trebuie s disting i s regseasc unitile de bibliotec dup numrul de inventar/ numrul de pe eticheta RFID pe care l au acestea, cota sau ambele. 7. Pentru serii i seturi de monografii, nregistrarea stocurilor trebuie s includ un format restrns, care s conin datele specifice volumului i fasciculei. 8. Aplicaia trebuie s permit bibliotecii s-i defineasc un format restrns de afiare. IV.3.2. Catalogul destinat personalului bibliotecii 1. Aplicaia trebuie s permit bibliotecii s rein un titlu astfel nct s poat fi cercetat numai de ctre personalul bibliotecii. 2. Aplicaia trebuie s permit utilizatorilor, la staiile de lucru ale personalului, s caute i s afieze nregistrrile din catalogul public sau al personalului sau din ambele cataloage simultan. 3. Aplicaia trebuie s permit indexarea unui titlu att n catalogul public ct i al personalului. 4. Aplicaia trebuie s nu permit ca utilizatorii catalogului s poat cuta i afia nregistrrile existente numai n catalogul personalului. 5. Aplicaia trebuie s fie capabil s asigure ca urmtoarele date s fie disponibile numai n catalogul personalului: a. materiale profesionale numai pentru uzul personalului b. nregistrarea echipamentelor / inventarul mobilierului bibliotecii c. nregistrri ale serviciilor d.uniti bibliografice mprumutate bibliotecii prin serviciul de imprumut interbibliotecar e. cereri de achiziie ale utilizatorilor f. uniti bibliografice primite n cadrul planurilor aprobate g. uniti bibliografice comandate h. uniti bibliografice n curs de procesare i. uniti bibliografice lips j. uniti bibliografice retrase. 6. Aplicaia trebuie s permit unui operator autorizat s transfere o nregistrare din catalogul personalului n catalogul utilizatorilor printr-o apsare de tast. 7. Aplicaia trebuie s permit ca numai un singur exemplar s fie marcat ca aparinnd catalogului personalului.

Caiet de sarcini

23 / 42

8. Aplicaia trebuie s permit definirea statutului unitilor bibliografice din catalogul personalului ca: a. lips b. descrcate c. pierdute i platite d. retrase din circulaie/casate i, de asemenea, s poat defini noi tipuri de statute, s poat modifica n grup sau terge un statut. 9. Aplicaia trebuie s permit ca unitile bibliografice s fie trecute n catalogul personalului la nivel de exemplar, titlu i cota. 10. Aplicaia trebuie s permit adugarea la catalogul personalului a: a. noi locaii b. noi colecii c. noi ramuri d. noi departamente. 11. Aplicaia trebuie s nregistreze personalul care efectueaz modificri n nregistrrile bibliografice i data la care s-au efectuat acestea. IV.3.3. nregistrri de tip MARC a stocurilor 1. Aplicaia trebuie s suporte formatul MARC pentru stocuri (inventare/holdings). 2. Aplicaia trebuie s pastreze nregistrri separate pentru stocuri/inventare n format MARC (s nu fie doar incluse n catalogul descriptiv). 3. Aplicaia trebuie s integreze n totalitate nregistrrile MARC pentru stocuri/inventare cu nregistrrile MARC bibliografice din catalogul descriptiv. 4. Aplicaia trebuie s afieze utilizatorului stocurile/inventarele conform cu formatul de afiare ANSI Z39.44 Serial Holdings Display. 5. Aplicaia trebuie s afieze, n intregime, pe ecranul personalului, nregistrrile stocurilor/inventarelor n format MARC. 6. Aplicaia trebuie s permit operatorului autorizat s editeze orice date care sunt coninute n nregistrrile pentru stocuri/inventare, n format MARC. 7. Aplicaia trebuie s permit operatorului autorizat s introduc cmpuri suplimentare pentru informaii, n cadrul fiecarei nregistrri. 8. Aplicaia trebuie s permit operatorului autorizat s tearg cmpuri care conin informaii n cadrul fiecrei nregistrri. 9. Aplicaia trebuie s permit nregistrri MARC ale stocurilor/inventarelor, pentru exemplare multiple, legate corespunztor de o singur nregistrare bibliografic MARC. 10. Aplicaia de nregistrare (check-in) n modulul de seriale trebuie s genereze automat nregistrri MARC ale stocului/inventarului, pentru fiecare bibliotec din reea, care partajeaz Aplicaia. 11. Aplicaia de nregistrare (check-in) n modulul de seriale trebuie s genereze automat nregistrri MARC ale stocului/inventarului pentru fiecare locaie (biblioteca filiala). IV.4. Cerinele pentru Controlul autoritilor (fiierele de autoritate - vedete) 1. Aplicaia trebuie s fie apt de a ncorpora modificri n formatul MARC ale fiierelor de autoritate sau noi formate standard naionale, pe msura dezvoltrii lor. 2. Aplicaia trebuie s gzduiasc: a. vedete de nume, de autor-colectivitate, de edituri i de subiect, ntr-un fiier de autoritate al numelor. b. titlul, titlul uniform i titlul seriilor ntr-un fiier de autoritate al titlului. c. vedete de subiect ntr-un fiier de autoritate al subiectelor. 3. Aplicaia trebuie s nregistreze sursa fiecrei vedete autorizate sau intrri.
24 / 42 Caiet de sarcini

4. Aplicaia trebuie s fac corespondena ntre nregistrri de autoritate naional standard cu fiierul local. 5. Aplicaia trebuie s fie apt de a importa sau exporta nregistrrile de autoritate de pe / pe suporturi magnetice sau dispozitive de telecomunicaii. 6. Aplicaia trebuie s stocheze nregistrri de autoritate conform formatelor MARC pentru nregistrri de autoritate. 7. Aplicaia trebuie s lege automat fiecare vedet autorizat de orice apariie a vedetei n baza de date bibliografic. 8. Modulul de control al fiierului de autoritate al sistemului trebuie s fie conform standardului Z 39.19 ANSI. 9. Modulul de control al fiierului de autoritate al sistemului trebuie s genereze referinele SEE (vezi) i SEE ALSO (vezi i) din nregistrrile de autoritate pentru a-i dirija pe utilizatorii catalogului spre alte vedete, ca de exemplu: a. vezi referinele (calculator - computer) b. termeni specifici (automobile-masini sport) c. termeni generici (automobile-vehicule cu motor) d. termeni asociai (avioane-masini zburatoare). 10. Aplicaia trebuie s permit operatorului autorizat s afieze o list cu toate cuvintele ce pot fi cutate, care ncep cu anumite caractere. 11. Aplicaia trebuie s permit operatorului autorizat s afieze cuvintele dinaintea i de dup un cuvnt specificat. 12. Aplicaia trebuie s permit operatorului autorizat s rasfoiasc lista de termeni meninui n cadrul fiecrui index de autoritate. 13. Aplicaia trebuie s permit operatorului autorizat s copieze un cuvnt-cheie, expresie, fraz sau vedet exact de pe o nregistrare de autoritate ntr-o nregistrare bibliografic. 14. Aplicaia trebuie s permit operatorului autorizat s foloseasc un cuvnt-cheie sau o expresie dintr-o autoritate afiat ntr-o cutare, fr a fi nevoie de o noua tastare. 15. Aplicaia trebuie s permit operatorului autorizat s copieze un cuvnt-cheie sau o fraz dintr-o nregistrare bibliografic pe o nregistrare din fiierul de autoritate. 16. Aplicaia trebuie s furnizeze un editor de nregistrare complet, care s permit bibliotecii s fac modificri locale la nregistrrile din fiierul de autoritate importate i s creeze nregistrri locale de autoritate. 17. Aplicaia trebuie s verifice termenul (vedeta) introdus de operator, comparndu-l cu intrrile de autoritate corespunztoare, n cazul cmpurilor aflate sub controlul autoritilor (pentru care s-au definit fiiere de autoritate). 18. Aplicaia trebuie s permit operatorului autorizat s specifice dac introducerea unor date bibliografice, care nu se regsesc ntr-o nregistrare de autoritate, va avea ca rezultat eliminarea intrrii sau o avertizare, n acest ultim caz, sistemul trebuind s: a. afieze o lista de rsfoire a posibilelor vedete de autoritate, din care operatorul poate alege, prin click, vedeta dorit pentru a nlocui intrarea neautorizat din nregistrarea bibliografic. b. marcarea, semnalarea automat a intrrii neautorizate ca propunere pentru o evaluare ulterioar. 19. Aplicaia trebuie s permit operatorului autorizat verificarea i ntreinerea on-line, manual, a tuturor cmpurilor din nregistrrile de autoritate individuale. 20. Aplicaia trebuie s permit operatorului autorizat s realizeze editrile i actualizrile globale ale nregistrrilor de autoritate, care vor modifica automat fiecare apariie a vedetei modificate, n baza de date bibliografic. 21. Aplicaia trebuie s permit operatorului autorizat s ntrein listele de autoritate, adugnd termeni noi, nlturnd termeni sau modificnd termenii existeni.

Caiet de sarcini

25 / 42

22. Aplicaia trebuie s permit operatorului autorizat s regseasc i s afieze on-line nregistrrile marcate ca neautorizate, pe staia de lucru i / sau tipreasc aceste nregistrri. 23. Aplicaia trebuie s permit operatorului autorizat s capteze, editeze i ncarce nregistrrile bibliografice de autoritate MARC, de la serverul Z 39.50 direct n catalog. Acest proces trebuie s fie lipsit de complicaii i s nu necesite nici o intervenie de programare. 24. Aplicaia trebuie s cuprind tezaure multiple, s poat aduga altele, incluznd cel puin urmtoarele : a. autorul b. titlul c. subiectul (LCSH, Rameau) d. alte tezaure adiionale 25. Aplicaia trebuie s permit operatorului autorizat s modifice politicile de control de autoritate, pentru a include tezaure adiionale, conform instalrii sistemului sau a modulului. 26. Aplicaia nu trebuie s permit schimbarea sau modificarea datei de creare a unei nregistrri de autoritate. 27. Aplicaia trebuie s fie configurat astfel nct s afieze referine ncruciate i s permit sau nu verificarea vedetelor. 28. Aplicaia trebuie s nu limiteze numrul de vedete SEE FROM (VEZI DE LA) i SEE ALSO FROM (VEZI I DE LA) care pot fi adugate unei nregistrri de autoritate 29. Aplicaia trebuie s permit bibliotecii s fac selecia intrrilor bibliografice care s fie sub controlul de autoritate. 30. Aplicaia trebuie s permit operatorului autorizat s schimbe valorile implicite ale sistemului pentru tezaure, la o dat ulterioar. 31. Aplicaia va permite corectarea vedetelor incorecte, de ctre un operator autorizat. 32. Aplicaia va crea automat referine VEZI, VEZI I, dintr-o nregistrare de autoritate i va lega automat aceste referine la vedetele echivalente din catalogul de acces public. 33. nregistrarea de autoritate afiat va include : a. data crerii b. data modificrii c. nivelul autorizrii d. format e. sursa f. cmpuri presetate g. informaii extinse h. indexul 34. Aplicaia trebuie s verifice automat vedetele introduse i s dea mesaje de avertizare sau de eroare. 35. Aplicaia trebuie s permit operatorului autorizat s nlocuiasc vedetele incorecte din nregistrrile bibliografice cu vedete autorizate. IV.5 Cerine pentru realizarea de rapoarte 1. Aplicaia trebuie s permit operatorului autorizat s genereze rapoarte i statistici privind nregistrrile editate de un anume operator specific. 2. Aplicaia trebuie s permit operatorului autorizat s specifice perioada de timp pentru care se fac rapoartele. 3. Aplicaia trebuie s permit operatorului autorizat s realizeze liste i s calculeze numrul de documente (exemplare) adugate ntr-o perioad de timp specific.

26 / 42

Caiet de sarcini

4. Aplicaia trebuie s permit operatorului autorizat s creeze rapoarte statistice, cu evidena exemplarelor adugate, sub form de tabele, ce conin cel puin urmtoarele coloane: a. grupri de cote b. numr RMF c. categorii de exemplare d. localizarea de baz a exemplarului e. biblioteca (filiala) care deine exemplarul f. tipul exemplarului g. departamentul h. colecia Acest raport va arta rndul, coloana i totalurile generale. 5. Aplicaia trebuie s permit unui operator autorizat s produc cel puin : a. numrarea sau lista tuturor titlurilor i/sau a exemplarelor aflate n proprietatea bibliotecii. b. un catalog topografic - o list a cotelor cuprinznd toate exemplarele dintr-o colecie sau plaja cotelor. c. numrarea sau lista tuturor exemplarelor neutilizate, ntr-un interval de timp. d. o list cu vedetele de subiect. 6. Aplicaia trebuie s permit operatorului autorizat s reutilizeze raportul prin aplicarea de noi criterii de raportare ca: a. plaja cotelor b. locaia c. tipul de material d. filiala biblioteca e. colecia f. departamentul g. etc. 7. Aplicaia trebuie s permit unui operator autorizat s creeze o list a tuturor nregistrarilor care se afl pe un anumit nivel de validare a nregistrrilor de autoritate (propunere, tranzit sau validat). IV.6. Cerinele Catalogului de Acces Public Online 1. Aplicaia trebuie s furnizeze indexarea complet pentru catalogul de acces public on-line; n acest sens, toate cuvintele din toate cmpurile nregistrrii bibliografice trebuie s fie cuvintecheie indexate. 2. Toate cmpurile bibliografice trebuie s aib cutare de text integral, fiecare cuvnt al cmpului de cutare trebuie indexat, pentru cutarea dupa cuvinte. 3. Aplicaia trebuie s permit utilizatorului s introduc o expresie de cutare, care va fi cutat n textul integral al fiecrei nregistrri din baza de date. 4. In plus, ofertantul trebuie s furnizeze indeci de rsfoire/consultare (browsere) pentru autori, titluri, subiecte, serii i clasificri zecimale. 5. Aplicaia trebuie s permit utilizatorului s introduc cuvinte multiple sau expresii, pentru a fi cutate ntr-unul, n mai multe cmpuri, sau n toate cmpurile. 6. Aplicaia trebuie s permit utilizatorului s caute simultan n mai multe cmpuri, cuvinte sau expresii. 7. Aplicaia trebuie s permit cutarea, utiliznd urmtorii operatori booleeni, n cadrul cmpurilor : a. OR (un termen sau ambii termeni trebuie s se afle n nregistrare) b. NOT (urmtorul termen nu trebuie s apar n nici o nregistrare n care apare termenul anterior) c. AND (ambii termeni trebuie s se afle n aceeai nregistrare)
Caiet de sarcini 27 / 42

8. Aplicaia trebuie s permit cutarea, utiliznd urmtorii operatori de poziie, n cadrul cmpurilor: a. SAME (termenii trebuie s se afle n acelai cmp) b. WITH (termenii trebuie s se afle n acelai enun, n cadrul unui cmp) c. NEAR (termenii trebuie s fie adiaceni, dar n orice ordine) d. ADJ (termenii trebuie s fie imediat adiaceni, n ordinea n care care au fost introdui) 9. Aplicaia trebuie s permit orice numr rezonabil (mai mult de nou) de cuvinte-cheie i operatori de legtur (AND sau NOT), pentru a fi folosii la cutare. 10. Aplicaia trebuie s permit cutri grupate prin paranteze, care pot fi grupate pe cinci nivele. 11. Aplicaia trebuie s permit cutarea cu ajutorul operatorilor relaionali a cmpurilor declarate ca incluznd valori numerice. 12. Aplicaia trebuie s valideze cutarea, folosind oricare din urmtorii operatori relaionali : a. mai mic dect b. mai mare dect c. egal cu d. mai mic sau egal cu e. mai mare sau egal cu f. nu e egal cu 13. Aplicaia trebuie s permit cutarea folosind concordana formelor: a. potrivirea oricrui numr de caractere sau a unui numr de caractere pn la un maxim, specificat de operator, b. potrivirea unui numr exact 14. Aplicaia trebuie s permit folosirea ambelor tipuri de potriviri: a. n cadrul unui ir de caractere b. la sfritul unui ir de caractere c. mpreun, n combinaii multiple. 15. Aplicaia trebuie s permit restrngerea cutrilor dup elementele de mai jos, precum i dup orice alte elemente de identificare: a. anul apariiei (titlurile publicaiilor publicate la, dup sau naintea datei specificate sau ntr-un interval de timp specificat). b. limba (titlurile a cror informaie de catalogare arat c acestea au fost publicate n limba specificat). c. tipul exemplarului (titlurile aparinnd unui anumit tip de material din lista de materiale posibile, stabilite de bibliotec: cri, periodice, documente media etc.) d. categoria exemplarului (titlurile aparinnd categoriei alese de utilizator din cele dou categorii specifice din lista categoriilor posibile stabilite de bibliotec). e. formatul (titlurile unui anume tip de material generic specificat, definit de bibliotec, de ex. formatul MARC). f. locaia (titlurile dintr-o locaie permanent specificat n cadrul bibliotecii) g. biblioteca (informaiile aparinnd unei biblioteci specificate, n cadrul unui catalog partajat sau colectiv) h. accesul doar pentru uzul personalului bibliotecii permite limitarea cutrii la exemplarele ce sunt sau nu sunt restricionate accesului publicului (catalogul de serviciu/al personalului). 16. Aplicaia trebuie s permit ambele nivele de cutare (simpl i avansat). 17. Aplicaia trebuie s permit administratorului de sistem s configureze macheta de cutare astfel nct s includ cmpuri de cutare specifice, combinate prin operatori booleeni precum i un cmp de cutare general utilizat pentru a cuta n cmpuri fr utilizarea machetei. 18. Aplicaia trebuie s permit operatorului s navigheze la pagina urmtoare ca i la cea anterioar, n cadrul listei de nregistrri regsite prin orice cutare.
28 / 42 Caiet de sarcini

19. Aplicaia trebuie s permit administratorului s menin o list de cmpuri, ce constituie o nregistrare sumar i o list de cmpuri ce constituie o nregistrare complet. 20. Aplicaia trebuie s afieze nregistrri sumare ale rezultatelor multiple ale unei cutri. 21. Aplicaia trebuie s afieze o nregistrare complet n cazul unei cutri soldate cu un singur rspuns. 22. Aplicaia trebuie s permit operatorului s indice cmpurile care vor fi afiate pentru o nregistrare regsit n momentul n care operatorul dorete afiarea. 23. Aplicaia trebuie s permit operatorului s specifice cantitatea de date bibliografice ce trebuie afiate, dintre urmtoarele opiuni : a. o cantitate specificat de date bibliografice b. o list cu numerele de clasificare c. pentru fiecare numr de clasificare listat, o list cu toate exemplarele, incluznd statutul lor curent i locaia. IV.6.1. Birou informaii locale (Information Desk) 1. Aplicaia trebuie s susin crearea unui fiier de informaii locale. 2. Aplicaia trebuie s permit crearea, editarea i meninerea nregistrrilor de informaii locale de ctre operatorii autorizati. 3. Aplicaia trebuie s susin formatul MARC pentru informaiile locale. 4. Aplicaia trebuie s susin datele referitoare la informaiile locale, intr-un format dezvoltat pe plan local, de biblioteca. 5. Fiecare intrare n fiier trebuie s conin urmtoarele elemente: a. numele organizaiei b. numele alternativ al organizaiei c. adresa d. oraul, statul i codul postal e. numele i titlul persoanei de contact f. numrul de telefon, fax i adresa de e-mail ale persoanei de contact g. cmpul de text liber pentru descrierea serviciilor oferite h. vedetele de subiect i. evenimentele j. cod PIN k. taxe l. nivelul de vrst 6. Fiierul de informaii locale trebuie s fie accesibil punctelor de lucru ale personalului i WebOPAC. 7. Informaiile locale trebuie s fie disponibile n modulul de Acces Public i pe Internet. 8. Aplicaia trebuie s permit operatorilor autorizati s acceseze fiierul de informaii locale, folosind: a. numele organizatiei b. nivelul de vrst c. vedetele de subiecte d. cuvntul-cheie pentru cele menionate mai sus, plus cuvntul-cheie al descrierii e. persoana de contact. 9. Aplicaia trebuie s permit utilizatorilor autorizai s foloseasc operatorii booleeni pentru nume, subiect, cuvnt-cheie i cutri geografice. 10. Fiierul de informaii locale va putea fi cutat cu structura de comanda folosita pentru accesarea on-line a catalogului de acces public i a tuturor celorlalte module ale sistemului. 11. Aplicaia trebuie s permit utilizatorilor s limiteze cutarea pe fiierul de informaii locale.

Caiet de sarcini

29 / 42

12. Aplicaia trebuie s conecteze imaginile scanate (hri, procese-verbale etc.) la fiierul informaiilor locale. 13. Aplicaia trebuie s permit Bibliotecii s fac legtura dintre diverse organizaii i pictogramele colorate care, la selectare, prezint nregistrarea informaiilor despre organizaiile respective. 14. Aplicaia trebuie s afieze on-line sau s tipreasca acele nregistrri care nu au fost actualizate ntr-o anumit perioad de timp specificat. 15. Aplicaia trebuie s suporte vedetele de subiect separate, referinele ncruciate i nregistrrile de autoritate pentru fiierul informaiilor locale. 16. Aplicaia trebuie s suporte descrcarea informaiilor de pe fiierul de informaii locale pe un disc, imprimant sau adres e-mail. 17. Aplicaia trebuie s permit utilizatorului s afieze hri sau planuri grafice create de bibliotec i stocate ca imagini grafice. 18. Aplicaia trebuie s permit Bibliotecii s defineasc cutrile iniiale i s-i aloce pictograme corespunztoare, care, odat selectate, s afieze automat rezultatele. a. cutrile vor fi facute direct pe datele de catalog. b. rezultatele cutrii vor fi integrate complet n catalogul bibliotecii i vor afisa informaii complete despre datele cutate, inclusiv locatia i disponibilitatea. c. rezultatele cutrii pot fi exportate pe un fiier, imprimate pe o imprimanta locala sau de sistem, salvate pe un disc sau trimise la o adresa e-mail. e. legaturile hipertextului pot fi lansate de pe datele afisate. 19. Aplicaia trebuie s fie livrat mpreun cu un set de cutri pre-configurate ale materialelor de interes deosebit, pregtite de bibliotecari profesioniti. a. cutrile vor fi fcute direct la datele din catalog. b. rezultatele cutrii vor fi integrate complet n catalogul bibliotecii i vor afia informaii complete despre datele cutate, inclusiv locaia i disponibilitatea. c. rezultatele cutrii pot fi exportate pe un fiier, imprimate pe o imprimant local sau de sistem, salvate pe un disc sau trimise la o adres e-mail e. legturile hipertextului pot fi lansate de pe datele afiate. f. personalul bibliotecii va putea modifica cu uurin strategiile de cutare. 20. Aceste bibliografii, cutri pre-setate i alte informaii trebuie s fie accesibile la punctele de lucru ale personalului i OPAC. 21. Aplicaia trebuie s furnizeze utilizatorului opiuni de self service (autoservire), care permit att consultarea fondurilor de publicaii, rennoiri, mesaje bi-direcionate i cereri de cutare, precum i posibilitatea de a revedea statutul conturilor lor. 22. Aceste opiuni trebuie s fie disponibile cu ajutorul OPAC. 23. Utilizatorii pot viziona afirile adaptate pentru : a. facturi b. datele de plat, inclusiv scadenele de plat i amenzile c. coleciile cerute, cu acces la statut d. rspunsurile personalului la cereri, inclusiv rspuns la rspuns sau anularea cererii. e. note ale personalului bibliotecii ctre utilizator. 24. Aplicaia trebuie s furnizeze fiecrui utilizator nregistrat, un cont on-line, unic i personal, cu elemente de securitate pentru protecie (parola-cod PIN). 25. Utilizatorii i vor rennoi datele personale fr interventia personalului. 26. Aplicaia trebuie s susin un modul de cerere, care s permit utilizatorilor s completeze formularele on-line, pentru a solicita: a. locaia coleciei b. cutri bibliografice c. achiziii d. mprumut interbibliotecar
30 / 42 Caiet de sarcini

e. sugestii sau comentarii f. ntrebri. Aceste formulare on-line vor fi disponibile n OPAC. 27. Aplicaia trebuie s transfere automat informaii bibliografice n formularul cerut, aa cum Biblioteca specific pentru fiecare formular. 28. Serviciile oferite utilizatorului trebuie s aib capaciti OPAC complete i s fie integrate n totalitate la alte module de sistem. 29. Serviciile oferite utilizatorului trebuie s fie accesibile la punctele de lucru OPAC. 30. Aplicaia trebuie s permit utilizatorilor s introduca cereri prin intermediul Catalogului de Acces Public. 31. Aplicaia trebuie s permit comunicarea bidirecional ntre utilizatorii bibliotecii i personalul acesteia. 32. Aplicaia trebuie s permit utilizatorilor s vizioneze propriile cereri i rspunsurile la cereri, cu ajutorul Catalogului de Acces Public. 33. Aplicaia trebuie s permit bibliotecii s defineasca tipurile de cereri permise, innd cont de fiecare din urmtoarele aspecte: a. utilizatorul poate s cear informaii n legtur cu locaia coleciei b. utilizatorul poate s i rennoiasc datele c. utilizatorul poate oferi sugestii ntr-o cutie de sugestii d. utilizatorul poate formula o ntrebare n legtur cu bibliografia e. utilizatorul poate cere o cercetare bibliografic f. utilizatorul poate solicita informaii n legtur cu mprumutul interbibliotecar g. utilizatorul poate solicita achiziionarea unor materiale specifice 34. Aplicaia trebuie s permit Bibliotecii s solicite folosirea unui numr personal de nscriere a utilizatorului, pentru anumite tipuri de cereri. 35. nregistrarea cererii va include: a. cererea ID (de identificare) b. tipul c. statutul d. repartiia i localizarea n cadrul bibliotecii e. data nscris f. data modificat g. operatorul h. data rspunsului i. data vizionat j. identificarea utilizatorului k. datele utilizatorului l. cota/ exemplarul m. intrrile textului de cerere n. intrrile textului de rspuns. 36. Aplicaia trebuie s permit personalului bibliotecii s lase mesaje pentru utilizatori, fr ca acesta s le cear. 37. Aplicaia trebuie s permit personalului bibliotecii s realizeze urmtoarele : a. statutul controlului asupra cererilor la care nu s-a rspuns b. ndeprtarea cererilor care au rspuns vizionat de utilizator c. furnizarea de informaii recapitulative din partea personalului care rspunde la cereri, artnd numrul i tipul de rspuns, ntr-o perioad de timp specificat. IV.6.2. Porile de intrare (Gateways) 1. Aplicaia trebuie s includ o poart de intrare pentru accesul la baza de date, n afara catalogului Bibliotecii. 2. Poarta de intrare trebuie s fie accesibil utilizatorilor OPAC, de pe ecranul iniial OPAC.
Caiet de sarcini 31 / 42

3. Aplicaia trebuie s permit Bibliotecii s proiecteze versiuni multiple ale acestei pori de intrare, cu scopul de a fi utilizate de diverse categorii de utilizatori. 4. Aplicaia nu trebuie s limiteze numrul de variante de pori de intrare i nici numrul de utilizatori alocai. 5. Aplicaia trebuie s limiteze accesul utilizatorilor doar la acele baze de date sau destinaii definite de ctre Biblioteca, specifice unei anumite pori de intrare. 6. Aplicaia trebuie s permit Bibliotecii s defineasca numrul de utilizatori care pot accesa simultan orice baz de date sau destinaie i s nu permit accesul altor utilizatori, atunci cnd conexiunea depete limita definit. 7. Aplicaia trebuie s permit utilizatorilor individuali posibilitatea de a se loga prin intermediul codului personal PIN i de a accesa o poart de intrare specific identitii utilizatorului respectiv. 8. Aplicaia trebuie s poat gestiona continuu logarea prin poarta de intrare, prin : a. identitatea utilizatorului b. categoria utilizatorului c. baza de date sau destinaia specific d. timpul consumat de fiecare utilizator conectat la baza de date sau destinaia specific. 9. Aplicaia trebuie s permit personalului autorizat s genereze rapoarte privind aceste logri inclusiv : a. numrul de accesri ce revin ID-ului utilizatorului b. numrul de categorii ce revin ID-ului utilizatorului c. oricare din aspectele de mai sus, afiate pe numr de accesri la o anumit baz de date sau destinaie d. oricare din aspectele de mai sus, selectate pe un interval de timp. 10. In cadrul fiecrei pori de intrare, Biblioteca va putea crea un numr nelimitat de submeniuri, pentru a dirija utilizatorii spre baze de date sau destinaii specifice. 11. Aplicaia trebuie s valideze utilizatorii care urmeaz s se conecteze direct la baza de date sau destinaie, selectnd pictograme sau meniuri ale porii de intrare prezentate iniial pe ecran, sau la oricare sub-meniu. 12. In cadrul fiecrui meniu principal sau sub-meniu, aplicaia trebuie s ordoneze, n ordine alfabetic bazele de date sau destinaiile, sau sub-meniurile suplimentare conform cu etichetele definite de Bibliotec. 13. Poarta de intrare trebuie s permit utilizatorului s acceseze destinaiile definite de Bibliotec, chiar dac aceste destinaii sunt /nu sunt localizate pe serverul gazd al Bibliotecii sau pe un calculator la distan. 14. Aplicaia trebuie s permit Bibliotecii s defineasc ca destinaii, urmtoarele: a. baze de date sau servicii la distan, disponibile via modem. b. baze de date sau servicii la distan, disponibile via telnet c. baze de date la distan, disponibile via Z 39.50 d. baze de date organizate local e. baze de date sau servicii la distan, disponibile via World Wide Web. 15. Aplicaia trebuie s permit Bibliotecii s defineasc pe plan local, informaiile necesare conectrii la fiecare din aceste surse, incluznd : a. tipul de conectare: Internet, reea local, modem, Z 39.50, www. b. cerinele de logare; dac logarea este cerut sau este automat, dac sunt necesare identificarea utilizatorului i parola. c. interfaa Z39.50 sau interfaa originar, furnizat de destinaie. d. text de instruire, care s informeze utilizatorul n legtur cu coninutul destinaiei, condiiile de folosire, ajutor cu interfaa originar, procedura de ieire etc. e. selectarea unei pictograme pentru fiecare destinaie de la un distribuitor de pictograme al bibliotecii.
32 / 42 Caiet de sarcini

f. adnotarea pictogramei. 16. Aplicaia trebuie s afieze textul de instruire, definit de Bibliotec, pentru ca acesta s fie accesibil utilizatorului nainte de realizarea conexiunii. 17. Aplicaia trebuie s deconecteze de la destinaie i s se intoarc la meniul (sub-meniul) de la care a fost selectat destinaia, atunci cnd : a. utilizatorul se deconecteaz de la destinaie b. utilizatorul selecteaz o alt destinaie c. dup o perioad de timp definit de Bibliotec, pe parcursul creia destinaia este inactiv (din cauza inactivitii utilizatorului sau pentru c destinaia se dovedete a fi inaccesibil - perturbri la server sau de telecomunicaii) 18. Aplicaia trebuie s afieze un text de avertizare naintea ncheierii perioadei de timp definite (din cauza inactivitii utilizatorului) i se va intoarce la meniul de la care a fost cerut destinaia. 19. Aplicaia trebuie s valideze administratorul de sistem al Bibliotecii, s ascund de utilizatori destinaiile noi, pe durata testrii acestora. 20. Aplicaia trebuie s valideze personalul Bibliotecii s ascund parial sau n totalitate, destinaiile pentru serviciile cu plat. 21. Aplicaia trebuie s permit personalul Bibliotecii s menin centralizate destinaiile porii de intrare. 22. Poarta de intrare trebuie s determine automat dac clientul ce va fi invocat n momentul selectrii unei destinaii este rezident pe server sau pe calculatorul de birou. 23. Aplicaia trebuie s furnizeze un catalog OPAC legat la URL-urile introduse n campul MARC destinat legturilor hipertext i la fiierul multi-media printr-un click. 24. Catalogul OPAC propus trebuie s furnizeze o niruire relevant a rezultatelor cutrii. 25. Catalogul OPAC trebuie s transfere termenii de cutare ai utilizatorului, fr a crea alte cuvinte-cheie, va dirija de la distan bazele de date, motoarele de cutare web, alte resurse online etc. 26. Catalogul OPAC trebuie s permit utilizatorului completarea unui formular ILL on-line, care conine cmpurile de cerine stabilite de Bibliotec, chiar dac informaia este de la o baz de date la distan, dupa ce este verificat identitatea utilizatorului. 27. OPAC trebuie s verifice preferinele i interesele individuale ale utilizatorului, organizate ntr-o lista de preferine, incluznd, dar nelimitndu-se la autori, subiecte, activiti ale bibliotecii, grupuri de cititori etc. Aceste preferine vor fi incluse intr-un cont personal, online, al utilizatorului. 28. OPAC trebuie s permit utilizatorului s creeze bibliografii personale, pornind de la o cutare pe catalog. Bibliografiile personale trebuie s aib opiuni multiple de triere. Ele pot fi salvate, imprimate sau expediate prin e-mail. 29. Aplicaia trebuie s susin cererile on-line, n legtur cu fondul de publicaii, titlurile noi achiziionate, cererile de cutare. Formularele de cerere on-line vor fi editate de Bibliotec. Aplicaia va verifica informaia naintea acceptrii formularului de cerere. 30. Aplicaia trebuie s furnizeze accesul protejat la bazele de date. 31. Personalul specializat al bibliotecii va avea posibilitatea s selecteze informaiile pe care le doresc utilizatorii, pentru ca sistemul s le monitorizeze ca actualizri sau dezvoltri (de exemplu, cnd se adaug titluri noi ale unui anumit autor la colecia bibliotecii, sistemul trebuie s produca un mesaj de semnalare n contul personal online al utilizatorului).

Caiet de sarcini

33 / 42

B. COMPONENTA APLICAIE PORTAL DE GESTIUNE A RESURSELOR ETEROGENE


Introducere
Evoluia rapid a tehnologiei le permite bibliotecilor s-i lrgeasc aria serviciilor pe care le ofer utilizatorilor. Un serviciu esenial pentru utilizatori este posibilitatea de a cuta i regsi printr-o interfa unic de acces informaii din resurse eterogene (cataloagele bibliotecii, baze de date full text etc). Portalul de acces la informaie va permite utilizatorilor s acceseze n mod efcient un numr mare de resurse eterogene, va permite gestionarea acestor resurse i va oferi servicii personalizate. Aplicaia de portal trebuie s fie interoperabil att cu aplicaia integrat de gestiune a documentelor de bibliotec, ct i cu aplicaia de bibliotec digital, astfel inct pentru utilizator acestea s fie vizibile ca un serviciu unic.Portalul trebuie s asigure cutarea eficient a bazelor de date remote (la distan) prin protocolul Z39.50 sau alte mijloace, trebuie s ofere posibilitatea de a gestiona datele utilizatorilor i toate sistemele trebuie s aib support pentru OpenURL pentru legturi context senzitive. O descriere detaliat a interconectivitii sistemelor este prezentat mai jos. Aplicaia de portal trebuie s suporte resurse romneti i strine pentru a asigura procesul de predare, nvare i cercetare. Portalul va gestiona i negocia acordurile de utilizare ale resurselor electronice.

I. Specificaii generale
I.1. Specificaii software i hardware La configuraiile care conin licene software, preul acestora va fi inclus n preul produselor. Licena va conine certificatul de liceniere, discurile suport i manualele de utilizare. Ofertantul va livra produsele mpreun cu compact discurile sau dvd-urile suport de instalare (drivere) ale componentelor hardware ale acestora, precum i cu toat documentata necesar. Se va specifica configuraia hardware minim necesar pentru buna funcionare a sistemului att la nivel de server, ct i la nivel de client i care s permit dezvoltarea bazei de date cel puin 3 ani. Aplicaia va funciona pe o reea de tip TCP/IP. Se va specifica viteza n reea, precum i lrgimea de band necesar pentru accesul web-opac. Sistemul va avea proceduri de backup ale bazei de date i ale configuraiei sistemului, iar aceste proceduri se vor putea realiza att automat, ct i manual. Aplicaia va include un plan de disaster recovery pentru restaurarea sistemului. I.2. Condiiile i termenele de livrare, instalare, recepie Ofertantul trebuie s precizeze n ofert termenul de livrare i faptul c este de acord cu condiiile stipulate mai jos: (1) Livrarea complet a produsului se consider realizat n momentul semnrii documentului de acceptan a aplicaiei portal de gestiune a resurselor eterogene. Beneficiarul va semna documentul de acceptan a funcionrii componentei aplicaie portal de gestiune a resurselor eterogene la sfritul recepiei calitative.

34 / 42

Caiet de sarcini

Recepia cantitativ i calitativ se realizeaz la instalarea produselor software i punerea lor n funciune i se va efectua la sediul Bibliotecii Naionale a Romniei, n prezena reprezentanilor ambelor pri. Recepia calitativ la beneficiar se va face n termen de o lun de la instalarea i configurarea software-ului pe echipamentele beneficiarului, perioad n care se vor efectua teste pentru verificarea funcionrii sistemului n conformitate cu cerinele din caietul de sarcini (2) Instalarea se va face n termen de 15 zile de la semnarea contractului, conform specificaiilor de mai jos i const n: - instalare produse software, configurare i punere n funciune; - realizarea unei baze de date pentru testarea complet a produsului; - ofertantul va furniza un certificat de garanie n care se precizeaz data semnrii documentului de acceptan; Ofertantul va asigura toate materialele necesare livrrii. Contractul se ncheie la sediul Bibliotecii Naionale a Romniei din Bucureti, str. Ion Ghica nr. 4 sect. 3.

II. Cerine generale


II.1. Cerine tehnice generale 1. Elementele majore i funcionalitile sistemului propus trebuie s fie: baza de date pentru descrierea serverelor remote, a bazelor de date i a altor resurse; baza de date a utizatorilor nregistrai; Interfa web pentru utilizatori; portal Z39.50 i XML (sau o interfa API pentru a aduga una) pentru sistemele remote non-Z39.50; XML API sau portal pentru utilizarea unor baze de date de autentificare i autorizare separate simultan; interfee APIs sau portaluri ctre sistemele de bibliotec locale i ctre documentele din biblioteca digital. 2. Portalul trebuie s permit cutarea direct n bazele de date int (fr index local). 3. Orice dezvoltare planificat n viitor care este inclus n ofert trebuie s fie bine documentat i descris, iar termenele de realizare i implementare trebuie s fie specificate. II.1.1. Utilitare ale aplicaiei, administrarea aplicaiei, mentenana aplicaiei 1. Ofertantul trebuie s sprijine Biblioteca Naional i partenerii si n procesul de implementare i customizare. 2. Toate produsele software necesare pentru mentenana sistemului trebuie s fie listate. 3. Componentele software adiionale (DBMS, HTTP server, compiler) necesare pentru aplicaia portal trebuie listate. 4. Trebuie s fie disponibile utilitare gratuite pentru monitorizarea gradului de ncrcare a sistemului, pentru a emite mesaje de alert atunci cnd este necear un upgrade hardware. 5. Aplicaia trebuie s ofere a varietate de niveluri de acces i capabiliti, inclusiv permisiunea pentru specialitii IT din BNR i partenerii si s aib acces direct la sistemul de operare, s obin i s modifice liste de fiiere, alocarea de resurse i setrile i funciile de securitate. 6. Trebuie s existe posibilitatea de a rula aciuni n background (cum ar fi update-uri ale bazei de date n timpul funcionrii sistemului, fr a impieta asupra performanei acestuia ntrun mod vizibil). 7. descriere a tehnicilor utilizate (de ex. Limbaje de programare, baze de date, XML server, APIs) trebuie s fie incluse. De asemenea, se va specifica n ce scop au fost utilizate fiecare dintre tehnicile menionate. 8. Va fi inclus descrierea metodelor utilizate pentru a realiza statistici de utilizare.

Caiet de sarcini

35 / 42

II.1.2. Proceduri de Backup i recovery 1. Ofertantul trebuie s recomande o metod pentru realizarea backupului complet al sistemului i s specifice tipurile de device-uri i suporturi au fost testate cu success pentru system. 2. E recomandabil s fie posibil s se realizeze backup-ul ntregului disk ntr-o singur sesiune. 3. Aplicaia trebuie s aib incluse rutine complet funcionale pentru restaurarea i restartarea sistemului dup o defeciune major a sistemului. 4. Trebuie efectuate proceduri de refacere a bazei de date i a indecilor i, de asemenea, proceduri de asigurare a integritii bazei de date. II.1.3. Acces i securitate 1. Trebuie s fie posibil crearea de useri individuali i parole de acces. 2. Trebuie s fie posibil specificarea claselor de utilizatori cu acces limitat la sistem. 3. ncercrile neautorizate de actualizare a bazei de date sau derularea altor operaiuni trebuie s fie nregistrate n fiierele de log ale sistemului 4. Trebuie oferite unele forme de autentificare sigur n mediul open network (cel puin controlul accesului pe baza IP-ului. Descriei opiunile disponible. 5. Trebuie descris.interfaa API, care permite utilizarea datelor de identificare ale userilor externi Trebuie s suporte LDAP. Trebuie s fie posibil utilizarea mai multor baze de date de autentificare i autorizare, diferite i separate, simultan. 6. Trebuie s fie posibil s se permit accesul pe baza IP-ului calculatorului personal i/sau doar pe baza adresei reelei. 7. Trebuie s fie posibil s li se permit anumitor utilizatori, dar nu altora, s adauge, s modifice i s tearg informaii despre sistemele int i bazele de date. 8. Trebuie s fie posibil actualizarea tabelelor userilor i acceselor prin interfaa de programare. Utilizatorii trebuie s vad ntotdeauna doar acele sisteme int i acele resurse din biblioteca digital pe care sunt ndreptii s le foloseasc. Trebuie s fie posibil pentru utilizatorii nregistrai s-i configureze i s pstreze profilul personal de interes. Se va descrie n ce msur pot fi lsate unele servicii administrative cum ar fi schimbarea parolei de acces n seama utilizatorilor nregistrai. 9. Interfaa pentru utilizatori trebuie s suporte utilizarea protocolului http secure, cel puin n seciunile personalizate sau cu informaii despre utilizator.

III. Cerine specifice aplicaiei


III.1. Interfaa pentru utilizator 1. Trebuie s fie posibil crearea de interfee pentru utilizator (de ex, fiecare organizaie participant). Ofertantul va specifica n ce mod se realizeaz acest lucru. 2. Trebuie s fie posibil pentru utilizator s acceseze portalul prin intermediul Internet Explorer i Firefox. Listai browserele suportate. 3. Trebuie s fie posibil modificarea aspectului i structurii interfeei pentru uitlizator. 4. Aplicaia portal trebuie s permit navigarea liber n portal sau s pun la dispoziie mijloacele pentru a aduga aceast funcionalitate. Ofertantul trebuie s descrie cum este organizat navigarea n sistem i ce tipuri de adaptri sunt posibile. 5. Portalul ar trebui s pstreze istoricul cutrilor i s permit repetarea cutrilor. 6. Portalul trebuie s includ funcionalitatea de logout i parametrul de timeout. Rezultatele cutrilor anterioare trebuie s fie disponibile pentru user de preferat 90 minute sau mai mult. Cerina minim pentru timeout este de 30 minute. Acest lucru va fi luat n seam la cerinele pentru hardware. (vezi 5.1.3).
36 / 42 Caiet de sarcini

7. Trebuie s existe o interfa pentru personalul de specialitate pentru gestionarea informaiei despre serverele int, bazele de date, colecii i drepturile utilizatorilor. 8. Trebuie s existe o interfa pentru personalul de specialitate pentru gestionarea informaiei despre serverele int, bazele de date, colecii i datele de autorizare i identificare. 9. Interfaa pentru utilizator trebuie s permit stocarea permanent a cererilor i a rezultatelor cererilor (raft virtual de preferine). Ofertantul va specifica n ce mod vor putea fi modificate aceste grupri i n ce mod se vor putea aduga noi resurse. Ofertantul va specifica, de asemenea, cum pot fi salvate referinele n sisteme separate de management al referinelor 10. Portalul trebuie s permit gruparea resurselor pe baza cel puin a subiectului sau a tipului de material. Aceste grupri trebuie s poat fi modificate. 11. Trebuie s fie posibil cutarea ntrf-o singur baz de date sau ntr-un numr nelimitat de baze de date n paralel. 12. Ar trebui s fie posibil maparea ntre sau combinarea termenilor de cutare identici dpdv semantic indiferent de tipul coleciei, formate, protocoale sau sintaxa utilizat. 13. Portalul trebuie s suporte servere Z39.50 folosind funcionalitatea de cutare specificat n profilul Bath. Ofertantul trebuie s descrie caracteristicile profilului Bath suportat de aplicaie. 14. Cel puin urmtoarele funcionaliti de cutare trebuie suportate: Civa termeni de cutare Combinaii de operatori booleeni Cutare dup expresie Trunchiere la dreapta 15. Ofertantul trebuie s descrie cum sunt suportate cutrile bazate pe HTML i XML. 16. Trebuie s fie posibil utilizarea interfeelor proprii ale sistemelor int ca alternativ la interfaa proprie a portalului. 17. Portalul trebuie s suporte legturile de context senzitiv bazate pe standardul OpenURL n aplicaia de bibliotec digital i alte inte remote. 18. Portalul trebuie s suporte interfa multilingv pentru utilizator, inclusive help multilingv. 19. Portalul trebuie s fie capabil s converteasc seturile de caractere UNICODE i LATIN2 on the fly n scopul cutrii i afirii nregistrrilor. 20. Portalul trebuie s arate statusul fiecrei sesiuni separate, pentru fiecare baz de date int. (de ex. Conectare Cutare Regsire nregistrri). 21. Portalul trebuie s permit cutarea direct n bazele de date int (fr indeci locali). 22. Interfaa pentru utilizator trebuie s respecte cerinele consoriului W3C exprimate n documentul WAI (cel puin puctele de la nivelul de prioritate 1). III.2. Procesarea seturilor de rezultate 1. Portalul trebuie s creeze o list combinat a tuturor rezultatelor atunci cnd cutarea se face n mai multe baze de date. 2. Trebuie s fie posibil rsfoirea (browse) rezultatelor cutrii din fiecare baz de date separate. 3. Trebuie s fie posibil afiarea rezultatelor n diferite forme (lung, scurt). Aceste forme trebuie s fie configurabile de administratorul sistemul. 4. Portalul trebuie s suporte afiarea setului de caractere UNICODE. Furnizai seturile de caractere suportate de portal. 5. Portalul trebuie s suporte setul de caractere LATIN-2. n interfaa pentru utilizator caracterele pe 8 bii trebuie s se afieze corect i trebuie s fie posibil utilizarea lor n cutare. 6. Portalul trebuie s permit afiarea resurselor full-text complementar cu datele bibliografice.

Caiet de sarcini

37 / 42

7. Portalul trebuie s fie capabil s descarce i s stocheze nregistrrile dorite n diferite formate, s le printeze i s le trimit prin email. 8. Portalul trebuie s permit rsfoirea (browse) rezultatului final al cutrii ntr-una din bazele de date n timp ce alte cutri sunt nc n curs. 9. Trebui s fie posibil sortarea seturilor rezultate n urma cutrii cel puin dup titlu, autor, editur, loc, dat. 10. Portalul trebuie s fie capabil s elimine nregistrrile duplicat din setul rezultat n urma cutrii, n special n cazul n care un singur set de rezultate este afiat. 11. Trebuie s fie posibil s arate numrul real de rezultate per baz de date int. III.3. Comunicaii de date 1. Aplicaia trebuie s fie capabil s comunice prin protocoalele HTTP, Z39.50 i XML. Orice extensie particular la aceste protocoale trebuie menionat, iar funcionalitile acestora trebuie descrise. Trebuie s fie posibil adugarea de noi portaluri i protocoale la sistemul portal, precum i configurarea utilizrii celor existente. Cum se realizeaz acest lucru? Descriei. 2. Orice alte mijloace (specifice Ofertantului) folosite pentru realizarea de cereri de pe un sistem remote trebui s fie descris detaliat. 3. Aplicaia trebuie s suporte OpenURL. Descriei ce alte soluii pentru realizarea de legturi suport sistemul. 4. Aplicaia trebuie s suporte protocolul OAI-PMH pentru extragerea i ncrcarea de metadate. 5. Aplicaia trebuie s fie capabil s proceseze diferite tipuri de nregistrri bibliografice (inclusiv MARC21, UNIMARC trebuie s fie suportate). Formatul utilizat pentru descrierea coleciilor trebuie descris de asemenea. Ofertantul trebuie s descrie tehnica utilizat pentru inputul i stocarea metadatelor pe sistemul int, bazele de date i coleciile din aplicaia de portal, precum i interfaa API care poate fi utilizat pentru ncrcarea printr-un process batch a acestor date. Dac descrierile sistemelor int i ale bazelor de date sunt deja disponibile, Ofertantul trebuie s furnizeze o list a acestora. 6. Trebuie s fie posibil partajarea metadatelor de pe sistemele int, bazele de date i coleciile cu alte situri care folosesc aceeai aplicaie de portal. Descriei procedura tehnic i politic folosit pentru schimbul de metadate. Exist o baz de date master din care metadatele bazei de date int sau coleciei pot fi utilizate sau copiate n implementarea local a portalului? 7. Ofertantul trebuie s descrie cum este organizat accesul la titlurile de periodice i cum este posibil cutarea titlurilor de periodice n concordan cu diferite criterii de cutare, de ex. Titlu, subiect, editor etc. III.4. Timpi de rspuns Procesarea setului rezultat la cutare mai mic de 100 de nregistrri dintr-o singur baz de date remote nu trebuie s dureze mai mult de 5 secunde. Trebuie s fie posibil derularea aciunilor de mic prioritate n background, de ex. Mentenana sistemului int, informaii despre baza de date i colecii. Descriei ce posibiliti sunt i cum funcioneaz. Ofertantul trebuie s asigure c n orice interval de patru sptmni procentul de funcionare a sistemului nu va fi sub 98 % . Mai mult, sistemul trebuie sa-i propun ca int un procent de funcionare care s nu fie mai mic de 99% n toat perioada de 365 de zile. Aceasta va permite 8 ore de nefuncionare pe lun i 87 de ore de nefuncionare pe an.

38 / 42

Caiet de sarcini

C. COMPONENTA APLICAIE DE BIBLIOTEC DIGITAL


Biblioteca Naional a Romniei, n calitate de membru al CENL, intenioneaz s construiasc o bibliotec digital capabil s se integreze n comunitatea bibliotecilor digitale europene att din punct de vedere al coninutului, ct i al interoperabilitii datelor, ca participant n proiectul EUROPEANA (Biblioteca Digital European).

I. Specificaii generale
I.1. Specificaii software i hardware La configuraiile care conin licene software, preul acestora va fi inclus n preul produselor. Licena va conine certificatul de licentiere, discurile suport i manualele de utilizare. Ofertantul va livra produsele mpreun cu compact discurile sau dvd-urile suport de instalare (drivere) ale componentelor hardware ale acestora. Sistem de operare: Linux. Ofertantul va oferi configuratia minim hardware recomandat pentru serverele destinate aplicaiei, pentru a asigura funcionarea optim a aplicaiei i dezvoltarea ei n urmtorii 2 ani, n conformitate cu informaiile furnizate n prezentul caiet de sarcini. I.2. Condiiile i termenele de livrare, instalare, recepie Ofertantul trebuie s precizeze n ofert termenul de livrare i faptul c este de acord cu condiiile stipulate mai jos: (1) Livrarea complet a produsului se consider realizat n momentul semnrii documentului de acceptan a aplicaiei de bibliotec digital. Beneficiarul va semna documentul de acceptan a funcionrii componentei aplicaie de bibliotec digital la sfritul recepiei calitative. Recepia cantitativ i calitativ se realizeaz la instalarea i configurarea produselor software i punerea lor n funciune i se va efectua la sediul Bibliotecii Naionale a Romniei, n prezena reprezentanilor ambelor pri. Recepia calitativ la beneficiar se va face n termen de o lun de la instalarea software-ului pe echipamentele beneficiarului, perioad n care se vor efectua teste pentru verificarea funcionrii sistemului n conformitate cu cerinele din caietul de sarcini (2) Instalarea se va face n termen de 15 zile de la semnarea contractului, conform specificaiilor de mai jos i const n: - instalare produse software, configurare i punere n funciune; - realizarea unei baze de date pentru testare complet a produsului; - ofertantul va furniza un certificat de garanie n care se precizeaz data semnrii documentului de acceptan; Ofertantul va asigura toate materialele necesare livrrii. Contractul se ncheie la sediul Bibliotecii Naionale a Romniei din Bucureti, str. Ion Ghica nr. 4 sect. 3.

II. Cerine specifice aplicaiei - specificaii funcionale


1. Stocarea 1.1. Coninutul digital trebuie s fie stocat ntr-un sistem de fiiere, nu ntr-o baz de date. 1.2. Aplicaia trebuie s permit stocarea coninutului digital accesibil prin URL. 1.3. Aplicaia trebuie s permit stocarea i redarea fiierelor de tip text, imagine, audio i video. 1.4. Aplicaia trebuie s permit (suporte) relaiile ntre obiecte cum ar fi relaii tip manifestare sau de tip ierarhic (n englez parent-child relations). 1.5. Aplicaia trebuie s ofere control asupra locului unde sunt stocate fiierele pentru a facilita regsirea i pstrarea coninutului digital.
Caiet de sarcini 39 / 42

1.6. Aplicaia trebuie s permit accesarea sau interogarea server-ului repository (serverul de depozitare a coninutului digital) de ctre o aplicaie extern, precum i folosirea serviciilor web. 1.7.Ofertantul va preciza dac exist o limit a numrului de obiecte digitale stocate pe server-ul repository (serverul de depozitare) i daca da, care este aceasta. 2. Metadate 2.1. Aplicaia trebuie s ofere multiple scheme de metadate flexibile ce pot fi modificate de administratorii locali i o arhitectur care va permite, ulterior, adugarea altor tipuri de metadate. 2.2. Aplicaia trebuie s asigure suport pentru metadate PREMIS (PREservation Metadata: Implementation Strategies). 2.3. Aplicaia trebuie s asigure suport pentru METS (Metadata Encoding and Transmission Standard). 2.4. Aplicaia trebuie s asigure suport pentru formate MARC i metadate descriptive tip Dublin Core. 2.5. Aplicaia trebuie s asigure suport pentru metadate tehnice, cum ar fi text, fiiere video i audio. 2.6. Aplicaia trebuie s asigure suport pentru NISO Z39.87 (MIX), metadate pentru imagini. 3. Introducerea datelor 3.1. Aplicaia trebuie s asigure conformitatea cu standardul Unicode. Interfaa i mesajele sistemului s fie n limba romn cu diacriticele romneti i multilingve (englez, francez, german, rus) n termen de ase luni de la semnarea contractului de atribuire. 3.2. Introducerea de ctre personal (angajai) 3.2.1. Aplicaia trebuie s permit introducerea individual sau colectiv att a metadatelor, ct i a obiectelor digitale de ctre personalul bibliotecii. 3.2.2. Aplicaia trebuie s prezinte o interfa simpl care s permit introducerea obiectelor simple. 3.2.3. Aplicaia trebuie s prezinte o interfa simpl care s permit introducerea obiectelor compuse structurate. 3.2.4. Aplicaia trebuie s permit ncrcarea n loturi a metadatelor. 3.2.5. Aplicaia trebuie s asigure suport OAI-PMH pentru extragerea automat a metadatelor. 3.2.6. Aplicaia trebuie s permit crearea automat a derivatelor (imagini n miniatur, full-text, JPEG2000). 3.2.7. Aplicaia trebuie s permit fluxuri de prelucrare adaptabile pentru obiectele introduse. 3.3 Introducerea de ctre non-angajai : 3.3.1. Aplicaia trebuie s ofere posibilitatea de a accepta materiale de la contribuabili publici nregistrai sau nenregistrai. 3.3.2. Aplicaia trebuie s prezinte o interfa web simpl pentru a facilita contribuia persoanelor din afara personalului (non-angajailor). 3.3.3. Aplicaia trebuie s permit fluxuri de lucru adaptabile pentru contribuabilii publici. 3.3.4. Aplicaia trebuie s ofere posibilitatea de a stabili anumite limite asupra materialelor depozitate (dimensiune, tip, numr). 3.3.5. Aplicaia trebuie s ofere posibilitatea de a oferi scheme de lucru diferite pentru tipuri diferite de contribuabili. 3.3.6. Aplicaia trebuie s permit furnizarea unor scheme de lucru aprobate/revizuite, de ctre personal. 4. Managementul metadatelor: 4.1. Aplicaia trebuie s ofere un modul care s asigure funciile de adugare, editare i tergere ale metadatelor depozitate pe serverul repository (serverul de depozitare). 4.2. Aplicaia trebuie s ofere formate flexibile i abloane pentru introducerea metadatelor i editarea, adaptarea lor de ctre administratorii locali.
40 / 42 Caiet de sarcini

4.3. Aplicaia trebuie s ofere instrumente deja dezvoltate (Out-of-the-box tools) pentru editarea metadatelor. 4.4. Aplicaia trebuie s asigure suport pentru cmpuri locale. 4.5. Aplicaia trebuie s asigure descrierea obiectelor prin mai mult de un format tip metadate. 4.6. Ofertantul va preciza dac obiectele stocate pot avea att un set comun de metadate ct i metadate specifice fiecrui tip. 4.7. Editorul de metadate trebuie s includ rutine de reparare, validare i verificare. 4.8. Aplicaia trebuie s asigure accesul la coninutul digital din editorul de metadate. 5 . Administrarea 5.1. Aplicaia trebuie s ofere funcia de gestionare a instrumentelor (uneltelor) de autorizare i accesare a funcionalitilor. 5.2. Aplicaia trebuie s furnizeze o prezentare a tuturor rapoartelor oferite de sistem. 5.3. Aplicaia trebuie s ofere posibilitatea de a rula programe de mentenan (ntreinere) prin intermediul unui modul de administrare. 5.4. Aplicaia trebuie s ofere accesul personalului la coninutul digital prin intermediul instrumentelor de cutare i accesare (regsire). 6. Interfaa utilizator 6.1. Aplicaia trebuie s ofere posibilitatea de prezentare ctre utilizatori a coninutului digital prin intermediul unui browser web, incluznd: 6.1.1. obiecte individuale; 6.1.2. manifestri, de exemplu documente plus texte OCR asociate; 6.1.3. obiecte compuse structurate, de exemplu multiple pagini de imagini care formeaz o carte; 6.1.4. facilitatea de a naviga ntr-un obiect compus folosind browsere web standard, de ex. navigarea prin imaginile paginilor unei cri; 6.1.5. facilitatea de a afia imaginile n miniatur, la scar medie, sau n format mare; 6.1.6. facilitatea de extindere, panoramare, mrire a imaginii obiectelor ; 6.1.7. suport pentru formatul JPEG 2000; 6.1.8. redarea fiierelor audio; 6.1.9. redarea fiierelor video. 6.1.10. Soluia propus trebuie sa fie un produs complet (out-of-box product), uor customizabil i care pune la dispoziie o interfa intuitiv i prietenoas. 6.2. Aplicaia trebuie s asigure prezentarea flexibil a obiectelor n funcie de tipul fiierului i de utilizator. 6.3. Cutarea: 6.3.1. Aplicaia trebuie s ofere interfee de cutare simpl i avansat; 6.3.2. Aplicaia trebuie s ofere suport pentru cutarea n text (full text); 6.3.3. Aplicaia trebuie s ofere posibilitatea de a limita cutarea dup tipul obiectului; 6.3.4. Aplicaia trebuie s ofere posibilitatea utilizrii operatorilor de cutare de tip Boolean (logici) incluznd I, SAU i NU. 6.4. Rezultatele cutrii: 6.4.1 Aplicaia trebuie s ofere afiarea flexibil a rezultatelor; 6.4.2. Aplicaia trebuie s ofere posibilitatea sortrii rezultatelor de ctre utilizator; 6.4.3. Aplicaia de afiare trebuie s evidenieze (subliniere, colorit) termenii cutai n lista de rezultate; 6.4.4. Aplicaia trebuie s ofere posibilitatea de imprimare, salvare i trimitere prin email a obiectelor rezultate n urma cutrii; 6.4.5. Aplicaia trebuie s pun la dispoziia utilizatorilor opiuni de personalizare, cum ar fi preferine personale, titluri favorite, pagini salvate, rezultate salvate. 6.5. Aplicaia trebuie s ofere o interfa de cutare cu ajutor contextual. 6.6. Colecii de obiecte: 6.6.1. Aplicaia trebuie s furnizeze o structur ierarhic a coleciei;
Caiet de sarcini 41 / 42

6.6.2. Aplicaia trebuie s ofere informaii descriptive uor de accesat de ctre utilizatori; 6.6.3. Aplicaia trebuie s ofere, pentru personal, o interfa de alctuire a unei colecii simple; 6.6.4. Aplicaia trebuie s ofere instrumente pentru gestionarea coleciilor, care s permit obiectelor s fac parte din colecii multiple, n funcie de cerine. 7. Conservarea 7.1. Aplicaia trebuie s respecte modelul de referin Open Archival Information System (OAIS), mai precis: 7.1.1. posibilitatea de transformare a SIP-urilor (Submission Information Packages) n componente AIP (n limba engl. Archival Information Packages); 7.1.2. furnizarea i pstrarea a suficiente informaii pentru gestionarea pstrrii coninutului digital, informaii de referin specifice, informaii de provenien i informaii fixe n concordan cu PREMIS (PREservation Metadata: Implementation Strategies) referitor la metadate; 7.1.3. legtura dintre coninutul digital i metadatele asociate, ntr-o unitate identificabil; 7.1.4. furnizarea de DIP-uri (Dissemination Information Packages) n conformitate cu AIP-urile (Archival Information Packages). 7.2. Aplicaia trebuie s ofere un identificator permanent atribuit fiecrui obiect digital. 7.3. Aplicaia trebuie s ofere un URL permanent pentru obiecte i s dea mesaje de avertizare i de eroare n cazul n care sunt disfuncionaliti. 7.4. Aplicaia trebuie s ofere posibilitatea calculrii automate a cheii de control i rutine de verificare. 8. Exportul i accesul extern 8.1. Aplicaia trebuie s ofere posibilitatea de a exporta metadate i obiecte ctre alte sisteme n formate standard precum XML. 8.2. Aplicaia trebuie s asigure compatibilitatea cu OAI-PMH (Open Archives Initiatives Protocol for Metadata Harvesting ), cu suport pentru servirea att ca furnizor OAI, ct i ca i client. 8.3. Aplicaia trebuie sa respecte standardele MODS (Metadata Object Description Schema), EAD (Encoded Archival Description), Z39.50. 8.4. Aplicaia trebuie s asigure integrarea cu sisteme externe. 8.5. Aplicaia se va integra (va permite schimbul de metadate) cu aplicaia integrat de gestiune a documentelor de bibliotec i cu aplicaia portal de gestiune a resurselor eterogene. 8.6. Aplicaia trebuie s asigure suportul pentru structuri de tip consorii. 9. Securitatea i controlul accesului 9.1. Aplicaia trebuie s asigure suport pentru autentificarea utilizatorului, bazat pe nume de utilizator i parol sau printr-un instrument extern de autentificare cum ar fi LDAP sau Shibboleth. 9.2. Aplicaia trebuie asigure posibilitatea de a declara mai multe politici de copyright i optiunea de a selecta politici diferite pentru obiecte diferite. 9.3. Aplicaia trebuie s asigure posibilitatea definirii unor tipuri diferite de drepturi de acces pe obiecte n funcie de diveri parametri, cum ar fi plaja de IP-uri, datele de identificare ale utilizatorului etc. 9.4. Aplicaia trebuie s asigure suport pentru SSL. 10. Prezentarea ofertei 10.1. Oferta va include reprezentri grafice ale arhitecturii sistemului propus, ncluznd subcomponentele, precum i evidenierea relaiilor cu alte softuri. Intocmit de Luminita Gruia Sef serviciu Tehnologia Informatiei si Comunicarii Tabita Chirita Sef serviciu Cercetare. Dezvoltare

42 / 42

Caiet de sarcini

S-ar putea să vă placă și