22
ORGANIZACIJA ZNANJA 2006, LETN. 11, ZV. 1–2
b) Online pomoč uporabnikom mora biti na razpo-
lago brez časovnih omejitev.
c) Sistem mora zagotavljati trajen in unikaten URL
za digitalni objekt.
d) Sistem mora prenašati vsebino in metapodatke v
izvirnem formatu.
e) Sistem mora omogočati indeksiranje digitalnih
objektov, če je to potrebno.
f)
Sistem mora omogočati oblikovanje delovnih
procesov.
2 Zahteve za predstavljanje
2.1 Zaželena je možnost preoblikovanja ene sheme meta-
podatkov v drugo (npr. Dublin Core v MARC).
2.2 Sistem mora zagotavljati spletne vmesnike za vse
funkcije.
2.3 Sistem mora omogočati uporabo kompatibilnega
vmesnika Unicode.
2.4 Sistem mora omogočati uporabnikom pošiljanje pov-
ratne informacije o sistemskih težavah.
2.5 Sistem mora omogočati označevanje digitalnih objek-
tov z vodnim znakom/zaščitno znamko.
2.6 Sistem mora omogočati obveščanje uporabnikov o
trenutnem stanju dela.
2.7 Sistem mora zagotavljati statistična in druga relevant-
na poročila.
3 Zahteve dostopa
3.1 Interna dostopnost
a) Sistem mora omogočati uporabnikom, da vse-
bino iščejo preko metapodatkov.
b) Sistem mora omogočati uporabnikom brskanje
digitalnih objektov.
c) Sistem mora zagotavljati iskanje polnega bese-
dila.
d) Sistem mora zagotavljati iskanje po nadomestnih
znakih (angl.
wildcard
).
e) Sistem mora zagotoviti iskanje po Boolovih
operatorjih.
f)
Sistem mora izpisovati uporabnikom informacije
o pravicah.
3.2 Eksterna dostopnost
a) Sistem mora omogočati uporabnikom dodajanje
novih modulov za želene posebnosti preko na-
činov dostopa (npr. Public API-jev, spletnih ser-
visov …).
b) Sistem mora zagotoviti dokumentacijo za načine
dostopa (API itd.).
c) Sistem mora zagotoviti dostop Z39.50.
d) Sistem mora zagotoviti dostop OAI-PMH.
e) Sistem naj bi zagotovil tudi druge standardne
spletne servise za dostop do vsebin in metapo-
datkov.
3.3 Avtentikacija in avtorizacija
a) Sistem mora podpirati različne vloge.
b) Sistem mora podpirati posebnost, da so skupi-
nam dodeljene ena ali več vlog.
c) Sistem mora podpirati posebnost, da uporabniki
pripadajo eni ali več skupinam.
d) Sistem naj bi podpiral naslednje vloge: najmanj-
šo vlogo, vlogo splošnega uporabnika, vlogo
sodelavca, vlogo razvijalca vsebin, vlogo admi
nistratorja, največjo vlogo.
• Najmanjša vloga: dostop nasploh (ali drugih
zaželenih elementov za dostop).
• Vloga splošnega uporabnika: poleg najmanj-
še vloge lahko samo brska in išče metapodat-
ke in vsebino.
• Vloga sodelavca: poleg možnosti za vlogo
splošnega uporabnika mu mora sistem omo-
gočiti tudi pošiljanje metapodatkov in vse-
bine.
• Vloga razvijalca vsebine: poleg možnosti za
vlogo sodelavca mu mora sistem omogočiti
kreiranje/urejanje/dodajanje/brisanje meta-
podatkov in vsebine v določenih (ne v vseh)
zbirkah.
• Vloga administratorja: sistem mora admini-
stratorju omogočiti kreiranje/dodajanje/bri-
sanje uporabnikov in skupin.
• Največja vloga: sistem mora omogočiti
uporabniku z največjo vlogo kar koli znotraj
sistema.
e) Sistem mora uporabljati avtorizacijo v podporo
različnim vlogam znotraj sistema.
f)
Sistem mora uporabljati avtentikacijo za pre-
everjanje uporabnikov s pomočjo varnostnega
sistema kampusa.
3.4 Sistem
a) Sistem mora podpirati oddaljen in raznovrsten
dostop za uporabnike z različnimi vlogami (tj.
model dostopa strežnik/odjemalec).
b) Sistem mora biti atomski, konsistenten, izoliran,
trajen (ACID).
c) Sistem mora biti usklajen s standardom Unicode
pri vseh funkcijah.
4 Zahteve za prezervacijo
4.1 Sistem mora shranjevati zapise metapodatkov ločeno
od vsebine.
4.2 Sistem mora omogočati shranjevanje katerega koli
formata datoteke.
4.3 Sistem naj bi prednostno podpiral nabor znanih tipov
datotek (npr. MS Word).
4.4 Sistem naj bi imel kontrolo verzij metapodatkov in
vsebine.
4.5 Sistem mora vzdrževati log datoteke zaradi napak/