of 34
Notebook model 1 (2190 euro fara TVA) cantitate 12 buc APPLE
CAIET DE SARCINI
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 .
31.Lotul I
3I.A. Cerine impuse ofertantului
4I. B. Componenta aplicaie integrat de gestiune a documentelor de bibliotec
5I.B.1. Specificaii generale
8I.B.2. Module obligatorii
8B.2.1. WEBOPAC (Modul nr. 1)
9B.2.2. Achiziii / Control seriale (modul nr. 2)
10B.2.3. Catalogare/indexare (modul nr. 3)
11B.2.4. Circulaie (Modul nr. 4)
12B.2.5. Biblioteca digital (Modulul nr. 5)
15I.B.3. Cerine pentru interfaa client i utilizator
15B.3.1. Client Cerine generale
16B.3.2. Client Windows
17B.3.3. Clientul World Wide Web
17B.3.4. Clientul Z39.50 de copiere a nregistrrilor bibliografice sau de autoritate n clientul de catalogare
18I.B.4. Cerinele pentru controlul bibliografic
19I.B.5. Specificaii Fiier Inventar
20I.B.6. Catalogul destinat personalului bibliotecii
21I.B.7.. nregistrri de tip MARC a stocurilor
21I.B.8. Cerinele pentru Controlul autoritilor (fiierele de autoritate - vedete)
23I.B.9. Cerine pentru realizarea de rapoarte
24I.B.10. Cerinele Catalogului de Acces Public Online
25I.B.11. Birou informaii locale (Information Desk)
27I.B.12. Porile de intrare (Gateways)
29I.C. Componenta aplicaie portal de gestiune a resurselor eterogene
29I.C.1. Specificaii generale
30I.C.2. Acces i securitate
31I.C.4. Interfaa pentru utilizator
32I.C.5. Procesarea seturilor de rezultate
32I.C.6. Comunicaii de date
32I.C.7. Timpi de rspuns
332.Lotul II
343.Note:
1. Lotul I
I.A. Cerine impuse ofertantului
1. Pentru fiecare din componentele sistemului (componenta aplicaie integrat de gestiune a documentelor de bibliotec i componenta aplicaie portal de gestiune a resurselor eterogene), ofertantul trebuie s prezinte numrul de instalri ale versiunii ofertate, cu anul fiecrei instalri, efectuate pn n anul 2010:
a. deja instalate n Uniunea European
b. n curs de instalare
Se va anexa lista cu datele de identificare ale organizaiilor i instituiilor, care va conine i datele persoanelor de contact din respectivele organizaii/instituii unde a fost instalat aplicaia.
2. Ofertantul va indica numrul versiunii curente a fiecrei componente a sistemului ofertat i de ct timp este n producie.
3. La cerere, ofertantul trebuie s fac dovada existenei unui sistem complet funcional, instalat n 2010, care s demonstreze modul n care sunt implementate cerinele din caietul de sarcini.
4. Ofertantul va indica graficul temporal de livrare a noilor versiuni mbuntite (actualizri), precum i modalitatea de furnizare a acestora ctre beneficiar.
5. Ofertantul va indica dezvoltrile strategice preconizate pentru urmtorii 2 ani.
6. Oferta va include reprezentri grafice ale arhitecturii sistemului propus, incluznd subcomponentele, precum i evidenierea relaiilor cu alte softuri.
7. La configuraiile care conin licene software, preul acestora va fi inclus n preul produselor. Licena va fi perpetu i va conine certificatul de liceniere, discurile suport i manualele de utilizare.
8. Ofertantul va livra produsele mpreun cu compact discurile suport de instalare, precum i cu toat documentaia necesar.
9. Ofertantul va asigura toate materialele necesare livrrii.
10. 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.
11. 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.
12. Ofertantul trebuie s asigure gratuit serviciul de implementare a componentelor sistemului.
13. Ofertantul trebuie s asigure training-ul gratuit al personalului bibliotecii la sediul unitii contractante.
14. Ofertantul trebuie s fac o descriere detaliat a programului de training.
15. Ofertantul trebuie s ofere o garanie de cel puin
doi ani pentru componenta aplicaie integrat de gestiune a documentelor de bibliotec;
trei ani pentru componenta aplicaie portal de gestiune a resurselor eterogene.
16. Garania trebuie s asigure faptul c sistemul are capacitatea i funcionalitile specificate n caietul de sarcini i trebuie s includ service, mentenan i actualizarea gratuit la ultima versiune a tuturor componentelor. Trebuie descrise serviciile de suport software dup faza de implementare.
17. Perioada de garanie va ncepe n momentul punerii n producie (go live) a modulelor circulaie i catalogare i a componentei aplicaie portal pentru gestionarea resurselor eterogene.
18. Dup expirarea garaniei, ofertantul trebuie s asigure service, mentenan i upgrade pentru ntregul sistem pe o perioad de cel puin 5 ani, contra unei sume anuale care nu trebuie s depeasc 30.000 Euro/an.
19. Ofertantul trebuie s fac dovada existenei unui serviciu de asisten tehnic i suport gratuit 24/7/365 pe perioada de garanie i post garanie prin telefon i e-mail. Acest serviciu va recepiona orice sesizare privind disfuncionalitile sistemului. Ofertantul va pune la dispoziia beneficiarului, cel puin dou nume, adrese de email i numere de telefon pentru service.
20. Timpul de intervenie maxim acceptat n scopul diagnozei problemei este de 4 ore de la semnalarea disfunciei. Remedierea disfuncionalitii trebuie s se produc n maxim 1 zi lucrtoare de la semnalarea acesteia.
21. Ofertantul trebuie s fac dovada existenei unei comuniti online active de utilizatori ai produsului din Uniunea European.
22. 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.
23. Sistemul va include un plan de disaster recovery pentru restaurarea integral a sistemului.
24. Instalarea sistemului se va face n termen de 30 zile de la comanda ferm a beneficiarului, conform specificaiilor de mai jos i const n:
instalarea sistemelor de operare i a produselor software, configurarea componentelor i punerea n funciune;
realizarea unei baze de date pentru testarea complet a produsului.
25. Livrarea complet a produsului se consider realizat n momentul semnrii documentului de acceptan a aplicaiei integrate de gestiune a documentelor de bibliotec. 26. Beneficiarul va semna documentul de acceptan a funcionrii sistemului integrat de bibliotec la sfritul recepiei calitative.
27. Recepia cantitativ i calitativ se va efectua la sediul Bibliotecii Centrale a Academiei de Studii Economice din Bucureti, n prezena reprezentanilor ambelor pri.
28. Recepia calitativ la beneficiar se va face n dou etape:
n termen de 15 zile lucrtoare de la realizarea migrrii datelor din bazele de date ale Bibliotecii Centrale a Academiei de Studii Economice n noua aplicaie de bibliotec, pentru stabilirea corectitudinii conversiei datelor. Conversia datelor se face maxim de 2 luni de la instalarea sistemului.
Dup instalarea software-ului pe echipamentele beneficiarului se vor efectua teste pentru verificarea funcionrii aplicaiei n conformitate cu cerinele din caietul de sarcini. Recepia final i semnarea documentului de acceptan se vor face n maxim 6 luni de la instalarea sistemului.
29. Plata produsului sistem integrat de bibliotec se va realiza astfel:
20% dup instalarea componentelor;
30% dup realizarea conversiei i migrrii datelor;
50% dup verificarea respectrii cerinelor din caietul de sarcini i semnarea documentului de acceptan.
30. Ofertantul trebuie s asigure c n orice interval de patru sptmni procentul de funcionare a sistemului, dup punerea n producie nu va fi sub 98 % .
31. 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.
32. Sistemul, odat implementat i funcional la parametrii stabilii n caietul de sarcini, trebuie s funcioneze de sine stttor, fr a necesita niciun fel de mentenan asigurat de furnizor sau de teri, care s oblige autoritatea contractant la efectuarea unor cheltuieli suplimentare pentru meninerea funcionrii sistemului n parametri optimi.
33. Dac, pn la semnarea documentelor de acceptan, sistemul prezint incompatibiliti sau disfuncionaliti sau nu satisface integral cerinele caietului de sarcini, autoritatea contractant i rezerv dreptul de a rezilia contractul.
I. B. Componenta aplicaie integrat de gestiune a documentelor de bibliotec
Autoritatea contractant solicit oferta pentru o soluie care s cuprind: Numr minim de licene Personal Biblioteca 36 licene.
Numr minim de licene Utilizatori externi nelimitat.
Numr licen Gateway i server Z 39.50 1 licen.
Numr licen Z39.50 Server/client 1 licen (modul de partajare de resurse).
Numr minim de uniti administrative pentru modulul de bibliotec digital 2 uniti
Numr minim de obiecte pentru care se face licenierea pentru modulul de bibliotec digital - nelimitat
Numr minim de module funcionale de tip Depozit 1 modul
Module interoperabilitate OAI-PMH, Z39.50.
I.B.1. Specificaii generale
1. Componenta aplicaie integrat de gestiune a documentelor de bibliotec trebuie s fie dimensionat pentru cel puin:
a. 80.000 de utilizatori;
b. 150.000 titluri distincte;
c. 550.000 de volume;
d. 300.000 de inregistrari in fisierul de autoritate.
e. 15.000 obiecte n biblioteca digital (documente, imagini, sunete etc)
2. Sistemul de operare pe care poate rula aplicaia server: Windows sau Linux sau Unix.
3. Componenta va fi instalat pe un server dedicat. Ofertantul trebuie s livreze i licena sistemului de operare (Windows sau Linux sau Unix) pentru serverul pe care va fi instalat componenta i s ofere suport pentru instalarea acestuia.
4. Sistemul trebuie s poat fi instalat i configurat pe platforme Intel multiprocesor i s suporte funcionarea multi-user i multi tasking.
5. Ofertantul trebuie s realizeze gratuit conversia datelor din bazele de date ale Bibliotecii Centrale a Academiei de Studii Economice din Bucureti (dezvoltate pe platformele L4U, Mandarin M3 i WinIsis) n noua aplicaie, n termen de dou luni de la instalarea sistemului.
6. Ofertantul trebuie s livreze o planificare migrrii i conversiei datelor, mpreun cu principalele jaloane (milestone).
7. 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.
8. 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). 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.
9. 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.
10. Aplicaia trebuie s fie ultima versiune (cea mai recent) deinut de firma productoare.
11. Aplicaia trebuie s se bazeze pe o arhitectur client-server.
12. Bazele de date trebuie s fie relaionale, de tip Enterprise, i s suporte interogri SQL.
13. Tipul de management al bazelor de date Relational Database Management System (RDBMS).
14. Aplicaia trebuie s permit folosirea utilitarelor specifice RDBMS pentru a permite generarea de rapoarte (de ctre administrator i anumii utilizatori stabilii de ctre administrator) i s permit formularea de interogri SQL pentru a obine acces la elemente care nu sunt n rspunsurile explicite ale sistemului.
15. Aplicaia trebuie s suporte conectarea filialelor bibliotecii pe acelai server.
16. Sistemul trebuie s suporte standardele: Open URL; XML; OAI; NCIP; SIP2, ODBC, MARC21, UNIMARC, DUBLIN CORE
17. Sistemul va implementa noile versiuni ale standardelor menionate, pe msur ce acestea sunt dezvoltate
18. Arhitectura softului trebuie s includ software client utilizat de bibliotecari, pentru a accesa i utiliza modulele sistemului, bazat pe PC-uri cu sistem de operare Microsoft Windows 2000, Windows XP, Windows Vista i Windows 7; 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, ultima versiune, care s permit cutarea i regsirea nregistrrilor bibliografice MARC dintr-un server Z39.50.
19. Arhitectura softului s prezinte o structur multi-strat client/server.
20. Aplicaia s prezinte posibilitatea scrierii multidirecionale i utilizarea diferitelor alfabete folosind suportul multilingv UNICODE complet.
21. Aplicaia trebuie s conin componente flexibile, modulare, care pot fi adaptate dup necesitile Bibliotecii Centrale a Academiei de Studii Economice sau ale consoriilor de biblioteci.
22. Aplicaia trebuie s permit bibliotecii s creeze sisteme de administrare proprii.
23. Ofertantul trebuie s ofere documentaia tehnic on-line pentru sistemul integrat de bibliotec.
24. Aplicaia trebuie s ofere o platform web pentru traducerea interfeelor client i de administrare i a mesajelor sistemului n limba romn, platform care s poat fi utilizat concurenial de mai muli utilizatori.
25. Actualizrile interfeei sistemului trebuie s poat fi automat distribuite i instalate.
26. Aplicaia trebuie s ofere posibilitatea integrrii tehnologiei de identificare radio (RFID Radio Frequency IDentification)
27. Aplicaia trebuie s fie compatibil cu sistemele de cod de bare standard de cel puin 14 numere i cu softurile de scanare optic
28. Aplicaia trebuie s permit efectuarea inventarului coleciei cu ajutorul unui cititor de cod de bare portabil
29. Aplicaia trebuie s asigure suportul pentru toate formatele MARC.
30. Aplicaia trebuie s permit configurarea parametrilor pentru toate formatele MARC.
31. Aplicaia nu trebuie s limiteze dimensiunea nregistrrii, singurele limite fiind cele impuse de formatul MARC.
32. Aplicaia trebuie s asigure o compatibilitate total UNICODE.
33. 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 (ultima versiune 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. Schimb de date electronice (EDI)
q. Z39.50 Server/client (partajare de resurse)
34. 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
35. 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 PC-uri cu sisteme de operare Microsoft Windows XP, Windows Vista i Windows 7.
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. posibilitatea de interfaare cu echipamentele RFID.
36. Catalogul WEB OPAC trebuie s asigure posibilitatea cutrii i indexrii tuturor cuvintelor n baza de date bibliografic. .
37. 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.
38. 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.
39. Aplicaia trebuie s ofere posibilitatea ca funcionalitatea fiecrui subsistem s poat fi parametrizat dup nevoile bibliotecii.
40. Aplicaia trebuie s ofere posibilitatea definirii coninutului ecranelor de ajutor i a etichetelor cmpurilor prin intermediul parametrilor.
41. Aplicaia trebuie s ofere posibilitatea utilizrii nivelurilor de autorizare pentru fiecare subsistem (parametrizarea drepturilor utilizatorilor bibliotecari pe funcii, subfuncii etc.) folosind interfaa API.
42. 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) 43. Aplicaia trebuie s suporte criptarea WEB utiliznd tehnologia SSL (Secure Socket Layer).
44. Aplicaia trebuie s suporte comunicaia n spatele unui firewall.
45. Aplicaia trebuie s permit integrarea i funcionarea n reeaua naional de biblioteci (Catalogul National Partajat).
46. Aplicaia trebuie s asigure securitatea bazei de date i 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.
47. Sistemul trebuie s nglobeze protocoalele de securitate a reelei pentru a preveni accesul neautorizat din afara sistemului.
48. Sistemul trebuie s conin proceduri de Backup i recovery
1. Ofertantul trebuie s recomande o metod pentru realizarea backupului complet al sistemului i s specifice tipurile de dispozitive i suporturi care au fost testate cu succes pentru sistem.
2. Aplicaia trebuie s aib incluse rutine complet funcionale pentru restaurarea i restartarea sistemului dup o defeciune major a sistemului.
3. Trebuie efectuate proceduri de refacere a bazelor de date i a indecilor i, de asemenea, proceduri de asigurare a integritii bazelor de date.
49. Administrarea sistemului
1 Personalul bibliotecii nsrcinat cu administrarea sistemului va avea dreptul de acces la sistemul de operare pentru operaiuni de rutin
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.
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, trebuie descris modalitatea de efectuare a distribuiei 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.
I.B.2. Module obligatorii
B.2.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 web 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, cu ordonarea rezultatelor cutrii n funcie de relevan.
5. Modulul trebuie s ofere utilizatorilor posibilitatea de a aprecia prin punctaj relevana coninutului rezultatelor furnizate.
6. Modulul trebuie s ofere posibilitatea definirii punctelor de acces la informaii proprii bibliotecii.
7. Modulul trebuie s ofere posibilitatea unui numr nelimitat de cutri i de indexuri de cutare.
8. Modulul trebuie s asigure cutarea i indexarea full-text a fiecrui cuvnt din baza de date bibliografic.
9. Modulul trebuie s asigure cutarea pe cuvnt, n nregistrarea bibliografic, iar rezultatele cutrilor s fie afiate n ordinea relevanei.
10. Modulul trebuie s aib posibilitatea de a oferi acces la resurse electronice i din Internet, folosind cmpurile de legatura MARC i protocolul Z39.50, i s poat implementa tehnologia SFX (SelF eXtracting ) pentru conectarea la resurse electronice i baze de date full text.
11. Modulul trebuie ofere acces i la resursele multimedia ale bibliotecii, prin catalogul online.
12. Modulul trebuie s asigure afiarea complet a rezultatelor unei cutri, indiferent de diacritice pentru un ir de cutare fr diacritice. Un ir de cutare cu diacritice va reprezenta o rafinare a cutrii i va genera rezultate numai cu diacritice.
13. Modulul trebuie s asigure verificarea ortografiei irului de cutare i s propun variante n cazul n care aceasta este greit.
14. Modulul trebuie s asigure un suport multilingv, astfel nct utilizatorul s poat interaciona cu sistemul n oricare din limbile oferite de program.
15. Modulul trebuie s permit utilizatorului afiarea hrilor sau a planurilor grafice create de bibliotec i stocate ca imagini grafice.
16. 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.
17. 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).
18. Modulul trebuie s ofere vizualizarea mprumuturilor curente i prelungirea termenului de mprumut de ctre utilizatori, conform politicii de mprumut a bibliotecii.
19. Modulul trebuie s ofere posibilitatea solicitrii de materiale de ctre utilizatori, folosind funcii precum: rezervare i mprumut.
20. Modulul trebuie s permit utilizatorilor s-i aleag limba de interfa i formatul de afiare.
21. Modulul trebuie s permit vizualizarea istoricului mprumuturilor.
22. Modulul trebuie s permit salvarea rezultatelor cutrilor i a strategiilor de cutare ntr-un fiier electronic, pe server, local pe PC-ul propriu sau s permit trimiterea acestora prin pota electronic.
23. 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.
24. 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.
B.2.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.
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 accesul la informaii despre firmele furnizoare, buget, comenzi i forme de sosire (situaia sosirii documentelor).
18. Modulul trebuie s suporte un numr nelimitat de furnizori, care s fie accesibili prin: numele furnizorului, codul furnizorului, codul fiscal al furnizorului, adresa etc.
19. 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.
20. Modulul trebuie s calculeze automat reduceri TVA i alte taxe, pentru fiecare comand inclus n factur.
21. Modulul trebuie s permit emiterea n format electronic sau tiprit a reclamaiilor, n funcie de formatul i parametrii stabilii de bibliotec.
22. Modulul trebuie s asigure accesul la datele bibliografice i de stoc, precum i informaii legate de comenzi, finanare i furnizori.
23. Modulul trebuie s permit ca nregistrarea comenzilor s poat fi regsibil prin informaiile bibliografice, inclusiv prin numr de inventar/ Item ID.
24. Modulul trebuie s nu permit dublarea numerelor comenzilor i trebuie s alerteze utilizatorul naintea salvrii comenzii n baza de date.
25. Modulul trebuie s asigure accesul la informaiile despre periodice folosind puncte de indexare/acces definite de bibliotec (titlu, cuvinte cheie, editura, ISSN).
26. 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.
27. Modulul trebuie s ofere opiunea importului machetelor abonamentelor pentru numerele previzionate, de pe alte site-uri, cu posibilitatea adaptrii la nevoile bibliotecii..
28. 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.
29. Modulul trebuie s permit ca nregistrarea fasciculei s poat fi fcut centralizat sau descentralizat.
30. Modulul trebuie s permit definirea de ctre bibliotecar a categoriei de statut: lips, deteriorat, pierdut, ntrziat, etc.
31. Modulul trebuie s permit refacerea statutului greit introdus al unui document.
32. Modulul trebuie s genereze automat mesajul de abonament pentru OPAC, folosind valoarea codificat n eticheta Marc corespunztoare din nregistrarea stocurilor/inventare (holding).
33. Modulul trebuie s genereze automat un rezumat cu privire la stocuri/inventare.
34. Modulul trebuie s permit generarea automata a reclamaiilor, la intervale specificate, s adauge reclamaia la lista cu reclamaii pentru un titlu, prin completarea informaiilor pe un 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.
35. Modulul trebuie s includ n profilul de diseminare a informaiei SDI (Selective Dissemination of Information) a utilizatorului periodicele sosite i s anune utilizatorul cnd un numr nou este disponibil.
36. 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.
37. Modulul trebuie s accepte introducerea manual i scanarea optic a codurilor de bare
38. 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.
39. Modulul trebuie s permit crearea, generarea i personalizarea rapoartelor i statisticilor, n funcie de nevoile bibliotecii.
40. Modulul trebuie s creeze rapoarte i statistici, n timp real.
B.2.3. Catalogare/indexare (modul nr. 3)
1. Modulul trebuie s permit utilizarea formatelor de catalogare de tip MARC, inclusiv MARC 21.
2. Sistemul poate aduga urmtoarele informaii fiecrei nregistrri MARC: achizitionat, cod de bare, copie i numr de volume, fonduri, pre, vnztor, alte informaii.3. Modulul trebuie s permit posibilitatea definirii cmpurilor locale pentru catalogarea tuturor materialelor ntr-o singur baz de date.
4. Modulul trebuie s permit definirea a noi cmpuri i subcmpuri de tip MARC, stabilite de IFLA sau de bibliotec.
5. Punctuaia pentru nregistrrile MARC 21 trebuie s poat fi efectuat i manual de ctre utilizator pe baza specificaiilor standardului.
6. 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.
7. Modulul trebuie s asigure compatibilitatea nregistrrilor de catalogare cu standardele ISBD..
8. Modulul trebuie s realizeze indexarea n timp real, astfel nct informaia s poat fi regsit automat.
9. Modulul trebuie s permit copierea nregistrrilor bibliografice din alte cataloage, prin protocolul Z39.50.
10. Modulul trebuie s importe/exporte nregistrrile din/n baze de date externe, s foloseasc funcii standard de copiere i lipire.
11. Modulul trebuie s permit definirea de macrocomenzi pentru realizarea catalogrii materialelor.
12. Baza de date bibliografic trebuie s fie separat de baza de date de autoriti i s poat fi administrat separat.
13. 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.
14. 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.
15. Modulul trebuie s permit importul i exportul nregistrrilor din i n fiierele de autoritate.
16. Orice nregistrare venit din exterior trebuie s aib statutul de propunere.
17. nregistrrile de autoritate trebuie s aib trei niveluri de utilizare: propunere, tranzit i validat.
18. Vizualizarea nregistrrilor de autoritate n OPAC se face numai n msura n care acestea au nivelul de validare validat.
19. Modulul trebuie s indexeze orice cmp din nregistrarea bibliografic.
20. Modulul trebuie s permit realizarea fiierelor de autoritate pentru asigurarea calitii bazelor de date.
21. Se va crea un nivel de acces special pentru editarea, modificarea, crearea, tergerea nregistrrilor din fiierul de autoritate.
22. Modulul trebuie s permit modificarea nregistrrilor ce trebuie schimbate n grup, automat, conform criteriilor stabilite de bibliotec.
23. Modulul trebuie s permit actualizarea n grup a mai multor nregistrri bibliografice pe baza unei nregistrri de autoritate noi sau pe baza unei nregistrri de autoritate actualizate.
24. Modulul trebuie s permit validarea datelor din cmpuri i subcmpuri i s semnaleze erorile de completare.
25. Modulul trebuie s permit modificarea nregistrrilor din bazele de date, cu ajutorul cmpurilor i subcmpurilor.
26. Modulul trebuie s semnaleze nregistrrile care trebuie schimbate, conform criteriilor bibliotecii.
27. Modulul trebuie s creeze i s menin, automat, legtura ntre fiierul de autoritate i notia bibliografic (descrierea bibliografic).
28. Modulul trebuie s interogheze fiierele de autoritate locale sau la distan (de ex. LCSH sau Rameau) n cadrul modulului de catalogare.
29. 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.
30. Modulul trebuie s creeze liste ale nregistrrilor i rapoarte i statistici n timp real prin intermediul browserului Web.
31. Modulul trebuie s poat genera rapoarte i statistici programate pe care s le poat expedia prin e-mail administratorului.
B.2.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, care pot fi definite de administrator
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.
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 accepte introducerea manual i scanarea optic a codurilor de bare pentru mprumutul i returnarea publicaiilor
12. Modulul trebuie s permit generarea i personalizarea ntiinrilor de ntrziere, conform politicii de mprumut a bibliotecii.
13. 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.
14. Modulul trebuie sa permit schimbul de date n timp real cu sistemul informatic integrat pentru managementul universitii (SIMUR) implementat n Academia de Studii Economice, utiliznd urmtoarele standarde: SSL, WSDL, XML, HTTP, SOAP, LDAP.
15. Modulul trebuie s permit definirea i completarea fiei cititorului n concordan cu cerinele unei biblioteci universitare (s includ cmpuri precum Facultatea, Grupa, Anul de studiu etc.)
16. Modulul trebuie s verifice dac cititorul are dreptul de a face mprumut
17. Modulul trebuie s ofere posibilitatea de informare a cititorilor n momentul n care materialele solicitate devin disponibile prin e-mail sau SMS.
B.2.5. Biblioteca digital (Modulul nr. 5)
Biblioteca Central a Academiei de Studii Economice din Bucureti 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.
B.2.5.1. Stocarea
1. Coninutul digital trebuie s fie stocat ntr-un sistem de fiiere, nu ntr-o baz de date.
2. Modulul trebuie s permit stocarea coninutului digital accesibil prin URL.
3. Modulul trebuie s permit stocarea i redarea fiierelor de tip text, imagine, audio i video.
4. Modulul trebuie s permit (suporte) relaiile ntre obiecte cum ar fi relaii tip manifestare sau de tip ierarhic (n englez parent-child relations).
5. Modulul trebuie s ofere control asupra locului unde sunt stocate fiierele pentru a facilita regsirea i pstrarea coninutului digital.
6. Modulul 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.
7. Modulul trebuie s permit stocarea unui numr nelimitat de obiecte digitale stocate pe server-ul repository (serverul de depozitare).
B.2.5.2. Metadate
1. Modulul 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. Modulul trebuie s asigure suport pentru metadate EAD (Encoded Archival Description).
3. Modulul trebuie s asigure suport pentru METS (Metadata Encoding and Transmission Standard).
4. Modulul trebuie s asigure suport pentru formate MARC i metadate descriptive tip Dublin Core.
5. Modulul trebuie s asigure suport pentru metadate tehnice, cum ar fi text, fiiere video i audio.
6. Modulul trebuie s asigure suport pentru NISO Z39.87 (MIX), metadate pentru imagini.
7. Modulul trebuie s furnizeze informaii despre drepturile de acces ale obiectelor n funcie de copyright.
B.2.5.3. Introducerea datelor
1. Modulul trebuie s asigure conformitatea cu standardul Unicode. Interfaa i mesajele sistemului trebuie s poat fi afiate att n limba romn cu diacriticele romneti, ct i n alte limbi (englez, francez, german, rus).
2. Modulul trebuie s poat utiliza nregistrrile din fiierul de autoritate al componentei aplicaie integrat de gestiune a documentelor de bibliotec.
3. Introducerea de ctre personal (angajai)
Modulul trebuie s permit introducerea individual sau colectiv att a metadatelor, ct i a obiectelor digitale de ctre personalul bibliotecii.
Modulul trebuie s prezinte o interfa simpl care s permit introducerea obiectelor simple.
Modulul trebuie s prezinte o interfa simpl care s permit introducerea obiectelor compuse structurate.
Modulul trebuie s permit ncrcarea n loturi a metadatelor.
Modulul trebuie s asigure suport OAI-PMH pentru extragerea automat a metadatelor.
Modulul trebuie s permit crearea automat a derivatelor (imagini n miniatur, full-text, JPEG).
Modulul trebuie s permit fluxuri de prelucrare adaptabile pentru obiectele introduse.
4. Introducerea de ctre non-angajai :
Modulul trebuie s ofere posibilitatea de a accepta materiale de la contribuabili publici nregistrai sau nenregistrai.
Modulul trebuie s prezinte o interfa web simpl pentru a facilita contribuia persoanelor din afara personalului (non-angajailor), cum ar fi comentarii asupra materialelor.
Modulul trebuie s permit fluxuri de lucru adaptabile pentru contribuabilii publici.
Modulul trebuie s ofere posibilitatea de a stabili anumite limite asupra materialelor depozitate (dimensiune, tip, numr).
Modulul trebuie s ofere posibilitatea de a oferi scheme de lucru diferite pentru tipuri diferite de contribuabili.
Modulul trebuie s permit furnizarea unor scheme de lucru aprobate/revizuite, de ctre personal.
B.2.5.4. Managementul metadatelor:
1. Modulul trebuie s ofere un modul care s asigure funciile de adugare, editare i tergere ale metadatelor depozitate pe serverul repository (serverul de depozitare).
2. Modulul trebuie s ofere formate flexibile i abloane pentru introducerea metadatelor i editarea, adaptarea lor de ctre administratorii locali.
3. Modulul trebuie s ofere instrumente deja dezvoltate (Out-of-the-box tools) pentru editarea metadatelor.
4. Modulul trebuie s asigure suport pentru cmpuri locale.
5. Modulul trebuie s asigure descrierea obiectelor prin mai mult de un format tip metadate.
6. Ofertantul va preciza dac obiectele stocate pot avea att un set comun de metadate ct i metadate specifice fiecrui tip.
7. Editorul de metadate trebuie s includ rutine de reparare, validare i verificare.
8. Modulul trebuie s asigure accesul la coninutul digital din editorul de metadate.
B.2.5.5. Administrarea
1. Modulul trebuie s ofere funcia de gestionare a instrumentelor (uneltelor) de autorizare i accesare a funcionalitilor.
2. Modulul trebuie s furnizeze o prezentare a tuturor rapoartelor oferite de sistem.
3. Modulul trebuie s ofere posibilitatea de a rula programe de mentenan (ntreinere) prin intermediul unui modul de administrare.
4. Modulul trebuie s ofere accesul personalului la coninutul digital prin intermediul instrumentelor de cutare i accesare (regsire).
B.2.5.6. Interfaa utilizator
1. Modulul trebuie s ofere posibilitatea de prezentare ctre utilizatori a coninutului digital prin intermediul unui browser web, incluznd:
obiecte individuale;
manifestri, de exemplu documente plus texte OCR asociate;
obiecte compuse structurate, de exemplu multiple pagini de imagini care formeaz o carte;
facilitatea de a naviga ntr-un obiect compus folosind browsere web standard, de ex. navigarea prin imaginile paginilor unei cri;
facilitatea de a afia imaginile n miniatur, la scar medie, sau n format mare;
facilitatea de extindere, panoramare, mrire a imaginii obiectelor ;
suport pentru formatul JPEG;
redarea fiierelor audio;
redarea fiierelor video.
Soluia propus trebuie sa fie un produs complet (out-of-box product), uor customizabil i care pune la dispoziie o interfa intuitiv i prietenoas.
2. Modulul trebuie s asigure prezentarea flexibil a obiectelor n funcie de tipul fiierului i de utilizator.
3. Cutarea:
Modulul trebuie s ofere interfee de cutare simpl i avansat;
Modulul trebuie s ofere suport pentru cutarea n text (full text);
Modulul trebuie s ofere posibilitatea de a limita cutarea dup tipul obiectului;
Modulul trebuie s ofere posibilitatea utilizrii operatorilor de cutare de tip Boolean (logici) incluznd I, SAU i NU.
4. Rezultatele cutrii:
Modulul trebuie s ofere afiarea flexibil a rezultatelor;
Modulul trebuie s ofere posibilitatea sortrii rezultatelor de ctre utilizator;
Modulul de afiare trebuie s evidenieze (subliniere, colorit) termenii cutai n lista de rezultate;
Modulul trebuie s ofere posibilitatea de imprimare, salvare i trimitere prin email a obiectelor rezultate n urma cutrii;
Modulul trebuie s pun la dispoziia utilizatorilor opiuni de personalizare, cum ar fi preferine personale, titluri favorite, pagini salvate, rezultate salvate.
5. Modulul trebuie s ofere o interfa de cutare cu ajutor contextual.
6. Colecii de obiecte:
Modulul trebuie s furnizeze o structur ierarhic a coleciei;
Modulul trebuie s ofere informaii descriptive uor de accesat de ctre utilizatori;
Modulul trebuie s ofere, pentru personal, o interfa de alctuire a unei colecii simple;
Modulul trebuie s ofere instrumente pentru gestionarea coleciilor, care s permit obiectelor s fac parte din colecii multiple, n funcie de cerine.
7. Modulul trebuie s ofere posibilitatea vizualizrii documentelor cu restricii n ceea ce privete copierea, salvarea i imprimarea acestora.
B.2.5.7. Conservarea
1. Modulul trebuie s respecte modelul de referin Open Archival Information System (OAIS), mai precis:
posibilitatea de transformare a SIP-urilor (Submission Information Packages) n componente AIP (n limba engl. Archival Information Packages);
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;
legtura dintre coninutul digital i metadatele asociate, ntr-o unitate identificabil;
furnizarea de DIP-uri (Dissemination Information Packages) n conformitate cu AIP-urile (Archival Information Packages).
2. Modulul trebuie s ofere un identificator permanent atribuit fiecrui obiect digital.
3. Modulul trebuie s ofere un URL permanent pentru obiecte i s dea mesaje de avertizare i de eroare n cazul n care sunt disfuncionaliti.
4. Modulul trebuie s ofere posibilitatea calculrii automate a cheii de control i rutine de verificare.
B.2.5.8. Exportul i accesul extern
1. Modulul trebuie s ofere posibilitatea de a exporta metadate i obiecte ctre alte sisteme n formate standard precum XML.
2. Modulul 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.
3. Modulul trebuie sa respecte standardele MODS (Metadata Object Description Schema), EAD (Encoded Archival Description), Z39.50.
4. Modulul trebuie s asigure integrarea cu sisteme externe.
5. Modulul se va integra (va permite schimbul de metadate) cu modulul integrat de gestiune a documentelor de bibliotec i cu modulul portal de gestiune a resurselor eterogene.
6. Modulul trebuie s asigure suportul pentru structuri de tip consorii.
B.2.5.9. Securitatea i controlul accesului
1. Modulul 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.
2. Modulul trebuie asigure posibilitatea de a declara mai multe politici de copyright i opiunea de a selecta politici diferite pentru obiecte diferite.
3. Modulul 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.
4. Modulul trebuie s asigure suport pentru SSL.
I.B.3. Cerine pentru interfaa client i utilizator
B.3.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 permit staiilor client s aib acces web la fiierele de ajutor - asisten (help files) pe staia client.
4. Aplicaia trebuie s permit operatorului s solicite i s primeasc asisten specific contextului pentru fiecare comand folosit prin apsarea unei singure taste.
5. 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.
6. Staiile client/clieni trebuie s transfere de pe server numai rezultatele solicitate.
7. Aplicaia trebuie s permit operatorului s tipreasc 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 PC-ului).
8. Staiile Client/clieni trebuie s permit operatorului s transfere coninutul oricrui cmp de date dintr-o fereastr n alta.
9. Aplicaia trebuie s permit administratorului de sistem s stabileasc valori implicite pentru toate cmpurile ferestrelor de introducere a comenzilor.
10. 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.
11. Aplicaia trebuie s permit utilizarea de staii client Windows prin socket-uri Java.
B.3.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, Windows Vista sau Windows 7 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 coduri de bare i imprimante.
2. Aplicaia trebuie s accepte introducerea de date de la sisteme de tipul staiilor de conversie i cititoare de etichete coduri de bare 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.
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.
B.3.3. Clientul World Wide Web
1. Clientul de Web trebuie s suporte protocolul Z39.50, ultima versiune.
2. Sistemul trebuie s lanseze o sesiune de lucru a unui utilizator, care s nregistreze cutrile efectuate i s permit utilizatorilor reluarea acestor cutri pe acelai server sau pe un alt server sau pe servere diferite.
3. Aplicaia trebuie s permit restricionarea 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.
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: mprumuturi, rezervri, reineri, penalizri, facturi asociate contului respectiv, etc;
ii. obin acces la baze de date suplimentare i alte baze de date la care utilizatorul anonim nu are acces.
B.3.4. Clientul Z39.50 de copiere a nregistrrilor bibliografice sau de autoritate n clientul de catalogare
1. 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 simultan:
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.
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 simultan, cu profiluri diferite de import:
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 tipreasc 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.
I.B.4. 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 on-line 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.
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 nregistrri.
23. Aplicaia trebuie s permit editarea n mod ecran a nregistrrilor bibliografice.
I.B.5. 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. sala
g. locul
h. departamentul
h. data returnrii (dac exist menionat)
i. data crerii
k. numele ultimului utilizator care a manipulat obiectul respectiv
j. de cte ori a fost pus n circulaie
m. note
n. tipul materialului.
o. preul
p. numr RMF (registrul de micare a fondurilor)
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 de cod de bare 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.
I.B.6. 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. cereri de achiziie ale utilizatorilor
e. uniti bibliografice primite n cadrul planurilor aprobate
f. uniti bibliografice comandate
g. uniti bibliografice n curs de procesare
h. uniti bibliografice lips
i. 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.
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, definirea de 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 de:
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.
I.B.7.. nregistrri de tip MARC a stocurilor
1. Aplicaia trebuie s suporte formatul MARC pentru stocuri (inventare/holdings).
2. Aplicaia trebuie s pstreze 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 ntregime, 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 fiecrei 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 (bibliotec filial).
I.B.8. 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.
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 rsfoiasc 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.
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.
I.B.9. 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.
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 nregistrrilor care se afl pe un anumit nivel de validare a nregistrrilor de autoritate (propunere, tranzit sau validat).
I.B.10. 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 cuvinte-cheie indexate.
2. Toate cmpurile bibliografice trebuie s aib cutare de text integral, fiecare cuvnt al cmpului de cutare trebuie indexat, pentru cutarea dup 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. n 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)
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 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.
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.
I.B.11. 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 autorizai.
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 potal
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 autorizai s acceseze fiierul de informaii locale, folosind:
a. numele organizaiei
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.
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 tipreasc acele nregistrri care nu au fost actualizate ntr-o anumit perioad de timp specificat.
15. Aplicaia
