Background Image
Previous Page  26 / 70 Next Page
Information
Show Menu
Previous Page 26 / 70 Next Page
Page Background

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/