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

Lotul I...................................................................................................................... 3
I.A. Cerine impuse ofertantului............................................................................... 3
I. B. Componenta aplicaie integrat de gestiune a documentelor de bibliotec....4
I.B.1. Specificaii generale....................................................................................... 5
I.B.2. Module obligatorii.......................................................................................... 8
B.2.1. WEBOPAC (Modul nr. 1).............................................................................. 8
B.2.2. Achiziii / Control seriale (modul nr. 2).......................................................9
B.2.3. Catalogare/indexare (modul nr. 3)...........................................................10
B.2.4. Circulaie (Modul nr. 4)............................................................................. 11
B.2.5. Biblioteca digital (Modulul nr. 5)............................................................12
I.B.3. Cerine pentru interfaa client i utilizator...................................................15
B.3.1. Client Cerine generale.........................................................................15
B.3.2. Client Windows........................................................................................ 16
B.3.3. Clientul World Wide Web..........................................................................17
B.3.4. Clientul Z39.50 de copiere a nregistrrilor bibliografice sau de autoritate
n clientul de catalogare..................................................................................... 17
I.B.4. Cerinele pentru controlul bibliografic..........................................................18
I.B.5. Specificaii Fiier Inventar............................................................................19
I.B.6. Catalogul destinat personalului bibliotecii...................................................20
I.B.7.. nregistrri de tip MARC a stocurilor............................................................21
I.B.8. Cerinele pentru Controlul autoritilor (fiierele de autoritate - vedete).....21
I.B.9. Cerine pentru realizarea de rapoarte..........................................................23
I.B.10. Cerinele Catalogului de Acces Public Online............................................24
I.B.11. Birou informaii locale (Information Desk).................................................25
I.B.12. Porile de intrare (Gateways).....................................................................27
I.C. Componenta aplicaie portal de gestiune a resurselor eterogene...................29
I.C.1. Specificaii generale..................................................................................... 29
I.C.2. Acces i securitate....................................................................................... 30
I.C.4. Interfaa pentru utilizator............................................................................. 31
Pagina 1 din 34

I.C.5. Procesarea seturilor de rezultate.................................................................32

I.C.6. Comunicaii de date..................................................................................... 32
I.C.7. Timpi de rspuns.......................................................................................... 32
2.

Lotul II................................................................................................................... 33

3.

Note:..................................................................................................................... 34

Pagina 2 din 34

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.
Pagina 3 din 34

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.

Pagina 4 din 34

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.
Pagina 5 din 34

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.
Pagina 6 din 34

38.

39.
40.
41.
42.
43.
44.
45.
46.
47.
48.

49.

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.
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.
Aplicaia trebuie s ofere posibilitatea ca funcionalitatea fiecrui subsistem s poat fi
parametrizat dup nevoile bibliotecii.
Aplicaia trebuie s ofere posibilitatea definirii coninutului ecranelor de ajutor i a etichetelor
cmpurilor prin intermediul parametrilor.
Aplicaia trebuie s ofere posibilitatea utilizrii nivelurilor de autorizare pentru fiecare subsistem
(parametrizarea drepturilor utilizatorilor bibliotecari pe funcii, subfuncii etc.) folosind interfaa
API.
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)
Aplicaia trebuie s suporte criptarea WEB utiliznd tehnologia SSL (Secure Socket Layer).
Aplicaia trebuie s suporte comunicaia n spatele unui firewall.
Aplicaia trebuie s permit integrarea i funcionarea n reeaua naional de biblioteci (Catalogul
National Partajat).
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.
Sistemul trebuie s nglobeze protocoalele de securitate a reelei pentru a preveni accesul
neautorizat din afara sistemului.
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.
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)

Pagina 7 din 34

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.

Pagina 8 din 34

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.
Pagina 9 din 34

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.
Pagina 10 din 34

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.
Pagina 11 din 34

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.
Pagina 12 din 34

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
Pagina 13 din 34

1.

2.
3.

4.

5.
6.

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.
Modulul trebuie s asigure prezentarea flexibil a obiectelor n funcie de tipul fiierului i de
utilizator.
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.
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.
Modulul trebuie s ofere o interfa de cutare cu ajutor contextual.
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.
Pagina 14 din 34

3.
4.

Modulul trebuie s ofere un URL permanent pentru obiecte i s dea mesaje de avertizare i de eroare
n cazul n care sunt disfuncionaliti.
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 op iunea 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 dintro 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 :
Pagina 15 din 34

2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

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 URLuri 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.
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.
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).
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.
Aplicaia nu trebuie s solicite operatorului s schimbe subsistemul pentru a realiza un set diferit de
comenzi.
Clienii nu trebuie s solicite operatorului s utilizeze secvene de comenzi sau acronime.
Clienii trebuie s afieze pe ecran un formular cu toate cmpurile necesare atunci cnd operatorul
iniiaz o comand.
Staiile client trebuie s asigure operatorului faciliti complete de editare pe ecran.
Staiile client trebuie s permit operatorului autorizat trecerea de la un cmp la urmtorul prin
apsarea unei singure taste.
Staiile client trebuie s permit poziionarea de ctre operator a cursorului oriunde pe ecran, prin
utilizarea tastelor cu sgei sau a mouse-ului.
Staiile client trebuie s permit utilizatorului s introduc date de la tastatur la poziia curent a
cursorului.
Staiile client trebuie s permit utilizatorului s foloseasc tastele de tergere i inserare pentru a
corecta greeli de editare.
Staiile client trebuie s menin pe ecran formularele de lucru pn cnd operatorul decide s treac la
urmtoarea comand.
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.
Aplicaia trebuie s afieze un mesaj de eroare cu explicaiile necesare n cazul n care datele introduse
de operator nu sunt corecte.
Aplicaia trebuie s furnizeze, continuu, operatorului mesaje de informare referitoare la activitatea
curent.
Aplicaia trebuie s permit unui administrator autorizat al sistemului s configureze comenzi pentru
afiarea automat a mesajelor, pe msur ce se execut comenzile.
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.
Pagina 16 din 34

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)
Pagina 17 din 34

5.
6.
7.

8.

9.
10.

11.

vi. s atribuie numele bibliotecii deintoare noii nregistrri

vii. s indexeze textul complet al nregistrrii bibliografice n vederea cutrii prin folosirea
cuvintelor cheie
Aplicaia trebuie s permit operatorului nlocuirea unei nregistrri anterioare cu noua nregistrare.
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.
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.
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
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.
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
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.
Pagina 18 din 34

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
Pagina 19 din 34

4.
5.
6.
7.
8.

c. cota
d. numr de inventar
Aplicaia trebuie s afieze, pentru orice inventar, locaia curent a acestuia, inclusiv starea curent (sau
statutul curent) pentru inventarele necatalogate.
Aplicaia trebuie s furnizeze o copie a nregistrrii exemplarelor/inventarelor pentru titlurile nonseriale (cri sau alte tipuri de documente care nu sunt periodice).
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.
Pentru serii i seturi de monografii, nregistrarea stocurilor trebuie s includ un format restrns, care s
conin datele specifice volumului i fasciculei.
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).
Pagina 20 din 34

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.
Pagina 21 din 34

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.
Pagina 22 din 34

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)
Pagina 23 din 34

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
Pagina 24 din 34

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 autoriza i 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 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 fcute direct pe datele de catalog.
b. rezultatele cutrii vor fi integrate complet n catalogul bibliotecii i vor afi a informaii complete
despre datele cutate, inclusiv locaia 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.
Pagina 25 din 34

e. legturile hipertextului pot fi lansate de pe datele afi ate.

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 interven ia 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. sugestii sau comentarii
e. ntrebri.
Aceste formulare on-line vor fi disponibile n OPAC.
27. Serviciile oferite utilizatorului trebuie s aib capaciti OPAC complete i s fie integrate n totalitate
la alte module de sistem.
28. Serviciile oferite utilizatorului trebuie s fie accesibile la punctele de lucru OPAC.
29. Aplicaia trebuie s permit utilizatorilor s introduc cereri prin intermediul Catalogului de Acces
Public.
30. Aplicaia trebuie s permit comunicarea bidirecional ntre utilizatorii bibliotecii i personalul
acesteia.
31. Aplicaia trebuie s permit utilizatorilor s vizioneze propriile cereri i rspunsurile la cereri, cu
ajutorul Catalogului de Acces Public.
32. Aplicaia trebuie s permit bibliotecii s defineasc 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 achiziionarea unor materiale specifice
33. Aplicaia trebuie s permit Bibliotecii s solicite folosirea unui numr personal de nscriere a
utilizatorului, pentru anumite tipuri de cereri.
34. nregistrarea cererii va include:
a. cererea ID (de identificare)
b. tipul
c. statutul
d. repartiia i localizarea n cadrul bibliotecii
Pagina 26 din 34

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.
35. Aplicaia trebuie s permit personalului bibliotecii s lase mesaje pentru utilizatori, fr ca acesta s le
cear.
36. 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.
I.B.12. 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.
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 defineasc 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. n cadrul fiecrei pori de intrare, Biblioteca va putea crea un numr nelimitat de sub-meniuri, 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. n 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:
Pagina 27 din 34

15.

16.
17.

18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.

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.
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.
f. adnotarea pictogramei.
Aplicaia trebuie s afieze textul de instruire, definit de Bibliotec, pentru ca acesta s fie accesibil
utilizatorului nainte de realizarea conexiunii.
Aplicaia trebuie s deconecteze de la destinaie i s se ntoarc 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)
Aplicaia trebuie s afieze un text de avertizare naintea ncheierii perioadei de timp definite (din
cauza inactivitii utilizatorului) i se va ntoarce la meniul de la care a fost cerut destinaia.
Aplicaia trebuie s valideze administratorul de sistem al Bibliotecii, s ascund de utilizatori
destinaiile noi, pe durata testrii acestora.
Aplicaia trebuie s valideze personalul Bibliotecii s ascund parial sau n totalitate, destinaiile
pentru serviciile cu plat.
Aplicaia trebuie s permit personalul Bibliotecii s menin centralizate destinaiile porii de intrare.
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.
Aplicaia trebuie s furnizeze un catalog OPAC legat la URL-urile introduse n cmpul MARC destinat
legturilor hipertext i la fiierul multi-media printr-un click.
Catalogul OPAC propus trebuie s furnizeze o niruire relevant a rezultatelor cutrii.
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 on-line etc.
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.
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.
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.
Aplicaia trebuie s furnizeze accesul protejat la bazele de date.
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 produc un mesaj de
semnalare n contul personal online al utilizatorului).

Pagina 28 din 34

I.C. Componenta aplicaie portal de gestiune a resurselor eterogene

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 eficient 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 nct, pentru utilizator, acestea s fie vizibile ca un
serviciu unic. Portalul trebuie s asigure cutarea eficient a bazelor de date la distan (remote) prin
protocolul Z39.50 sau alte mijloace, trebuie s ofere posibilitatea de a gestiona datele utilizatorilor i toate
sistemele trebuie s aib suport 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.
Autoritatea contractant solicit oferta pentru o soluie care s cuprind o licen pentru aplicaia
portal de gestiune a resurselor eterogene care s suporte conectarea concurent a unui numr
nelimitat de utilizatori.
I.C.1. Specificaii generale
1. Ofertantul trebuie s prezinte instalrile cele mai importante (din punct de vedere al complexitii i
mrimii) ale portalului oferit, cu cel puin 200 de utilizatori simultani (utilizatori care au deschis o
sesiune de lucru la baze de date la distan prin intermediul portalului).
2. Sistemul de operare pe care poate rula aplicaia: 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. 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.
6. Elementele majore i funcionalitile sistemului propus trebuie s fie: baza de date pentru descrierea
serverelor la distan (remote), a bazelor de date i a altor resurse; baza de date a utilizatorilor
nregistrai; Interfa web pentru utilizatori; portal Z39.50 i XML (sau o interfa API pentru a aduga
una) pentru sistemele la distan non-Z39.50; XML API sau portal pentru utilizarea unor baze de date
de autentificare i autorizare separate simultan; interfee API sau portaluri ctre sistemele de bibliotec
locale i ctre documentele din biblioteca digital.
7. Portalul trebuie s permit cutarea direct n bazele de date int (fr index local).
8. 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.
1. Toate produsele software necesare pentru mentenana sistemului trebuie s fie listate.
2. Componentele software adiionale (DBMS, HTTP server, compiler) necesare pentru aplicaia portal
trebuie listate.
3. Trebuie s fie disponibile utilitare gratuite pentru monitorizarea gradului de ncrcare a sistemului,
pentru a emite mesaje de alert atunci cnd este necesar un upgrade hardware.
4. Aplicaia trebuie s ofere a varietate de niveluri de acces i capabiliti, inclusiv permisiunea pentru
specialitii IT din Biblioteca ASE de a avea acces direct la sistemul de operare, s obin i s modifice
liste de fiiere, alocarea de resurse i setrile i funciile de securitate.
5. 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 afecta performana acestuia ntr-un mod vizibil).
6. 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.
7. Va fi inclus descrierea metodelor utilizate pentru a realiza statistici de utilizare.
8. Proceduri de Backup i recovery
Pagina 29 din 34

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 succes pentru sistem.
E recomandabil s fie posibil s se realizeze backup-ul ntregului disk ntr-o singur sesiune.
Aplicaia trebuie s aib incluse rutine complet funcionale pentru restaurarea i restartarea
sistemului dup o defeciune major a sistemului.
Trebuie efectuate proceduri de refacere a bazei de date i a indecilor i, de asemenea,
proceduri de asigurare a integritii bazei de date.

I.C.2. Acces i securitate

1. Trebuie s fie posibil crearea de utilizatori 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. Trebuie descrise opiunile disponibile.
5. Trebuie descris interfaa API care permite utilizarea datelor de identificare ale utilizatorilor 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 utilizatorilor 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 https (http secure), cel puin n
seciunile personalizate sau cu informaii despre utilizator.
I.C.4. 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 cel puin prin intermediul Internet Explorer
i Firefox. Trebuie listate browserele suportate.
3. Trebuie s fie posibil modificarea aspectului i structurii interfeei pentru utilizator.
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 utilizator, 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.
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 ntr-o singur baz de date sau cutarea simultan (federated search)
ntr-un numr de cel puin 30 de baze de date, altele dect bazele de date locale.
Pagina 30 din 34

12. Biblioteca ar trebui s poat crea categorii de subiecte ale resurselor oferite de bazele de date
13. Portalul trebuie s implementeze utilizarea tehnologiei proxy pentru accesarea resurselor bibliotecii.
14. Portalul trebuie s implementeze SSO (Single Sign-On) astfel nct s nu fie necesar reverificarea
identitii utilizatorului atunci cnd acesta acceseaz resurse diferite.
15. Trebuie s fie posibil maparea ntre sau combinarea termenilor de cutare identici din punct de vedere
semantic indiferent de tipul coleciei, formate, protocoale sau sintaxa utilizat.
16. 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.
17. Cel puin urmtoarele funcionaliti de cutare trebuie suportate:
Civa termeni de cutare
Combinaii de operatori booleeni
Cutare dup expresie
Trunchiere la dreapta
18. Ofertantul trebuie s descrie cum sunt suportate cutrile bazate pe HTML i XML.
19. Trebuie s fie posibil utilizarea interfeelor proprii ale sistemelor int ca alternativ la interfaa
proprie a portalului.
20. Portalul trebuie s suporte legturile de context senzitiv bazate pe standardul OpenURL n aplicaia de
bibliotec digital i alte inte remote.
21. Portalul trebuie s suporte interfa multilingv pentru utilizator, inclusive help multilingv.
22. Portalul trebuie s fie capabil s converteasc seturile de caractere UNICODE i LATIN-2 on the fly
n scopul cutrii i afirii nregistrrilor.
23. Portalul trebuie s arate statusul fiecrei sesiuni separate, pentru fiecare baz de date int. (de ex.
Conectare Cutare Regsire nregistrri).
24. Portalul trebuie s permit cutarea direct n bazele de date int (fr indeci locali).
25. Interfaa pentru utilizator trebuie s respecte cerinele consoriului W3C exprimate n documentul WAI
(cel puin punctele de la nivelul de prioritate 1).
I.C.5. 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, separat.
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.
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.
I.C.6. 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. Trebuie descris cum se realizeaz acest lucru.
Pagina 31 din 34

1. Orice alte mijloace (specifice Ofertantului) folosite pentru realizarea de cereri de pe un sistem la
distan (remote) trebui s fie descris detaliat.
2. Aplicaia trebuie s suporte OpenURL. Trebuie descris ce alte soluii pentru realizarea de legturi
suport sistemul.
3. Aplicaia trebuie s suporte protocolul OAI-PMH pentru extragerea i ncrcarea de metadate.
4. 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 proces batch a acestor date. Dac descrierile
sistemelor int i ale bazelor de date sunt deja disponibile, Ofertantul trebuie s furnizeze o list a
acestora.
5. Trebuie s fie posibil partajarea metadatelor de pe sistemele int, bazele de date i coleciile cu alte
situri care folosesc aceeai aplicaie de portal. Trebuie descris procedura tehnic i politic folosit
pentru schimbul de metadate. Trebuie specificat dac 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.
6. 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.
I.C.7. 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. Trebuie descris ce posibiliti sunt i cum funcioneaz.
2. Lotul II
Servere de reea, cantitate: 2 buc
Componenta
Cerinta tehnica minimala
Caracteristici tehnice
minimale solicitate
Placa de baza
Fabricata sub aceeasi marca cu sistemul de calcul
Chipset placa de baza
Intel 5500 sau echivalent
2 procesoare instalate Intel Xeon Quad Core, frecventa de lucru 2.40GHz, FSB
Procesor
1066MHz, L3 cache 12MB sau echivalent
18GB registered ECC DDR3 PC3-10600 SDRAM memorie instalata, capacitate
maxima 96 GB.
Memorie
Corectie erori SDDC si posibilitate de protectie a memoriei tip rezerva calda si
memorie in oglinda (Hot spare memory si memory mirroring)
SAS Raid controller, 512 MB memorie cache, 8 porturi (suport pentru Raid 0, 1, 10,
Controllere
5, 50, 6, 60).
Hard disk drive
6 x 146GB SAS, 15Krpm, 2.5, hot plug
Unitate optica
Interna, DVD-RW
Interfata grafica
Integrata
1 x Ethernet 10/100/1000 Mbps RJ 45(TCP/IP acceleration, iSCSI boot)
Interfata de retea
1 x Ethernet 10/100 RJ45 dedicat remote management
Minim 6 sloturi PCI dintre care 2x PCIe 2.0 x8, 3x PCIe x4, 1x PCI 32-bit / 33
Sloturi de expansiune
MHz, 5V
Conectori interfete
1 x serial, 1 x monitor, 10 x USB (minim 3 frontal si 3 interne)
intrare/iesire
permite asezarea in rack ocupand max. 5U spatiu
Carcasa
Cel putin 8 bay-uri instalate pentru hard disk-uri hot plug de 2.5
Redundanta, 2 x maximum 800W hot plug
Sursa de alimentare
Putere activa: maximum 460W
Pagina 32 din 34

Ventilatoare
Management

Management

Conformitate cu
standarde europene /
cerinte mediu

Conformitate cu
standardele privind
managementul calitatii
Tastatura
Mouse
Caracteristici de
securitate
Network Attached
Storage
Capacitate
Hard Disk-uri
Bay-uri
RAID
Conectivitate
Software suportat

Retea
Drepturi de acces
Administrare
Functii server
Autorizari
Garantie

Redundante
Chipset de management integrat compatibil IPMI 2.0
aplicatie pentru instalarea si configurarea serverului dezvoltata de
producatorul serverului capabila de instalare locala si remote in mod neasistat,
inclusiv configurare RAID
aplicatie de management operational cu urmatoarele functii: monitorizarea
starii sistemului, managementul evenimentelor si alarmelor, inventarul
componentelor, inventarul si instalarea up-date-urilor si patch-urilor, analiza
performantei, diagnoza on-line, restartarea si reconfigurarea automata a
serverului, analiza si previzionarea defectarii componentelor (PFA)
chipset pentru remote management integrat compatibil IPMI 2.0 cu acces
prin web browser cu securizare prin criptare SSL 128 bit, integrat cu aplicatia de
management
Se vor prezenta pentru serverul ofertat
certificare CE conform directivelor UE:
- Product safety: IEC 60950-1 / EN 609501
- Electro magnetic compatibility: EN 55 022 class A, EN 55024, EN 61000-3-2 / 33
- Declaration of conformity: 89/336/EEC(EMV); 73/23 EEC(LVD).
Emisie de caldura: maximum 1600 btu/h
Emisii de zgomot: maxim 37 dB in functionare certificat conform ISO 9296
Dovada certificarii sistemului calitatii la producatorul de echipament ofertat (ISO
9001 sau echivalent), in termen de valabilitate
Dovada certificarii sistemului calitatii la ofertant (ISO 9001 sau echivalent) in
termen de valabilitate
Dovada certificarii sistemului de mediu la producatorul echipamentului ofertat
(ISO 14001 sau echivalent) in termen de valabilitate
104-key, US Int, fabricata sub aceeasi marca cu sistemul de calcul
USB mouse, fabricat sub aceeasi marca cu sistemul de calcul
Modul integrat TPM V1.2
Procesor minim 800MHz, memorie minim 256MB DDR2
Minim 2TB
Minim 2, Interfata SATA 2, 7.200rpm, 64MB cache
Minim 4, hot-swap support
RAID 0, 1, 5, 5+Hot-spare, 6
Minim 4x USB 2.0, 2x eSATA, 2x Gigabit LAN RJ45 port,
Sisteme de operare : Windows 2000, XP, Vista, Windows 7, Windows Server 2003 /
2008, Apple Mac OS X, Linux , Unix
Web Browsere : Internet Explorer 7, 8 si ulterior, Firefox 3 si ulterior, Google
Chrome
TCP/IP, Jumbo Frame, DHCP Client, DHCP Server, Protocoale: CIFS/SMB, AFP
(3.2), NFS (v3), FTP, HTTP, HTTPS, Telnet, SSH, iSCSI and SNMP; Network
Service Discovery, Windows Active Directory support, iSCSI Target support
Useri: min. 2000, Grupuri: min 250
Alerta notificare: e-mail si SMS; SNMP, DDNS, UPS support prin SNMP, rapoarte
pentru evenimente si conectari, software de back-up
File-server, FTP server, Web Server, Database Server, Back-up Server, iTunes
Server, Printer Server, Multimedia Station, Download Station (HTTP/FTP
download, support), Surveillance Station
Autorizare in original din partea producatorului server-ului sau a reprezentantei in
Romania a acestuia.
3 ani, on site, next business day

Pagina 33 din 34

3. Note:
1. Ofertantul trebuie s se asigure c sistemul hardware sau software ofertat nu ncalc drepturile
altcuiva, patentul, marca, designul, copyrightul. Dac un ter face o plngere n acest sens,
Ofertantul trebuie s reprezinte Biblioteca Central a Academiei de Studii Economice din Bucureti
n toate negocierile i aciunile n justiie. Ofertantul este responsabil de cheltuielile suferite de
Biblioteca Central a Academiei de Studii Economice din Bucureti, dac acest lucru se ntmpl.
Ofertantul va garanta Bibliotecii Centrale a Academiei de Studii Economice din Bucureti dreptul
irevocabil i licena de a utiliza sistemul ofertat aa cum este descris n caietul de sarcini.
2. Nendeplinirea a cel puin unei cerine din caietul de sarcini va duce la descalificarea ofertantului

Pagina 34 din 34