01.06.2014 Views

MOREQ : model zahtev za upravljanje elektronskih dokumentov

MOREQ : model zahtev za upravljanje elektronskih dokumentov

MOREQ : model zahtev za upravljanje elektronskih dokumentov

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

lahko informacije, shranjene na <strong>za</strong>starelih napravah, ki niso prekopirane na drug medij, <strong>za</strong> vselej<br />

izgubijo, ~e naprava <strong>za</strong>taji.<br />

Enak problem se pojavi pri ra~unalnikih, ki upravljajo aplikacije in hrambo.<br />

Nedvomno je strategija <strong>za</strong> izogibanje temu tveganju spremljanje statusa strojne opreme in migracija<br />

podatkov na nov, sodoben medij, {e preden <strong>za</strong>staranje izpostavi informacije tveganju. Vsekakor<br />

naj bi izbrali medije in strojno opremo, ki imajo dalj{o pri~akovano dobo trajanja. Z drugimi<br />

besedami, popularen ali ’vodilni na tr`i{~u’ je lahko bolj{a izbira kot nov in <strong>za</strong>dnji krik tehnike.<br />

Zastarevanje formata<br />

Zastarevanje formatov predstavlja najte‘avnej{i problem <strong>za</strong> vsako obdobje, dalj{e od nekaj desetletij.<br />

Problem se pojavlja <strong>za</strong>to, ker se mnoge komponente programske opreme, vklju~ene v procesno<br />

»verigo« med medijem in prika<strong>za</strong>nimi informacijami, nenehno razvijajo. Komponente obsegajo:<br />

• standarde programiranja;<br />

• formate datotek;<br />

• aplikacije;<br />

• baze podatkov in preostalo storitveno programsko opremo;<br />

• operacijske sisteme.<br />

Njihov razvoj je pospe{en, razli~ne komponente pa se razvijajo na razli~ne na~ine in v razli~nih<br />

stopnjah. Nekatere razvite verzije ostanejo kompatibilne s prej{njimi formati. Vendar pa nekatere<br />

ne ohranjajo kompatibilnosti – in to {e posebej dr‘i <strong>za</strong> obdobja dalj{a od le nekaj desetletij. Kot je<br />

opisano zgoraj, se <strong>za</strong>radi potrebe po migraciji na novej{o strojno opremo ni mogo~e izogniti<br />

razvoju z ’<strong>za</strong>mrznitvijo’ konfiguracije. Nova strojna oprema pogosto <strong><strong>za</strong>htev</strong>a novo pogonsko programsko<br />

opremo, le-ta pa spet nov operacijski sistem in tako naprej.<br />

Trenutno so priznane te tehnike:<br />

• migracija (konvertiranje informacij v nove formate, do katerih je mo‘no dostopati z obstoje~o<br />

strojno in programsko opremo);<br />

• emulacija (preme{~anje informacij na novo strojno opremo, vendar z dodatno komponento<br />

programske opreme, ki posnema staro strojno opremo in tako omogo~a izvajanje stare aplikativne<br />

programske opreme);<br />

• ohranitev tehnologije (stalno vzdr‘evanje originalne strojne opreme; na dalj{i rok ni prakti~no);<br />

• povezovanje podatkov in programske opreme (teoretski pristop, ki {e ni bil razvit v ~asu pisanja<br />

te specifikacije; glejte BS 7978 v Prilogi 7, 1. del).<br />

^eprav je veliko raziskovalnega dela posve~enega zmanj{evanju tveganj, pa v ~asu pisanja te specifikacije<br />

ni obstajala enostavna, generi~na metoda, ki bi <strong>za</strong>gotavljala trajen dostop do <strong>elektronskih</strong><br />

<strong>dokumentov</strong>. Splo{no prepri~anje je, da sta migracija in/ali emulacija verjetno najvarnej{i<br />

opciji. V praksi bosta obe <strong><strong>za</strong>htev</strong>ali, da posebno pozornost posvetimo ohranitvi metapodatkov –<br />

glejte spodaj.<br />

Vendar pa so obse‘ne migracije redko izvedljive brez te‘av. To se lahko ka‘e v izgubi posameznih<br />

enot, v~asih pa tudi v izgubi funkcionalnosti, podrobnosti, ali drugih zna~ilnosti.<br />

Podobno velja, da obse‘ne dolgoro~ne emulacije ne poznamo dobro. Tudi pri tej obstaja tveganje<br />

izgube funkcionalnosti in drugih zna~ilnosti.<br />

Te‘ave se kopi~ijo pri ponovljenih migracijah ali emulacijah. Nih~e ne more predvideti narave<br />

migracij ali emulacij, ki bodo morda potrebne. Nih~e tudi ne more predvideti posledic ponovljenih<br />

migracij ali ve~ »slojev« emulacij.<br />

Najprimernej{a strategija je, da informacije hranimo samo v {iroko sprejetih, stabilnih, odprtih<br />

formatih (tj. v formatih, ki so vsestransko dokumentirani v javno dostopnih specifikacijah), ki<br />

imajo dalj{o pri~akovano dobo trajanja. Enako kot pri strojni opremi bolj priporo~amo ’vodilne na<br />

trgu’ kot pa neuveljavljene ali ’<strong>za</strong>dnji krik tehnike’. Predlagamo tudi izogibanje lastni{kim formatom,<br />

katerih specifikacije niso javno razpolo`ljive. Tu je tudi samoumevna posledica, da bo organi<strong>za</strong>cija<br />

pri izbiranju formatov potrebovala strokovna znanja.<br />

Zaradi nestanovitnosti multimedijskega tr‘i{~a in lastni{kih formatov, ki jih le-to uporablja, razmere<br />

na multimedijskem podro~ju {e posebej zbujajo skrb.<br />

Ker ta problem <strong><strong>za</strong>htev</strong>a poseben odgovor <strong>za</strong> vsako organi<strong>za</strong>cijo, podrobna razprava na splo{ni<br />

ravni te specifikacije ne bi bila uporabna. Vendar pa je treba poudariti, da vsak pristop vklju~uje<br />

izdatek – <strong>za</strong> strojno in programsko opremo, pripravo in konverzijo podatkov ter <strong>za</strong> <strong>upravljanje</strong> –<br />

vendar nobeden ne bo <strong>za</strong>gotovil dostopanja, ~e ne bo prakti~no vpeljana strategija <strong>za</strong> dolgoro~no<br />

hrambo, preden postane dostopnost problemati~na. Z drugimi besedami: dolgotrajna hramba<br />

<strong><strong>za</strong>htev</strong>a preventivne izdatke, vi{ina teh pa se lahko zelo pove~a. V konceptu je to podobno hrambi<br />

arhivskega gradiva na papirju, le da bodo v nekaterih primerih stro{ki ve~ji. Kjer se <strong><strong>za</strong>htev</strong>a dolgo-<br />

Specifikacija MoReq<br />

Ne-funkcionalne <strong><strong>za</strong>htev</strong>e<br />

63

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!