MOREQ : model zahtev za upravljanje elektronskih dokumentov

• numeri~ne;
• datumske;
• logi~ne (tj. da/ne, pravilno/napa~no).
12.1.6 ESUD naj bi podpiral formate metapodatkovnih elementov, ki jih dolo~i administrator;
sestavljeni pa so iz kombinacij formatov, navedenih v zahtevi 12.1.5.
Na primer, aplikacija ima lahko identifikacijsko {tevilko v obliki nnnnn/aa-n.
12.1.7 ESUD mora za vse datume podpreti datumske formate, dolo~ene s standarom ISO
8601.
12.1.8 ESUD mora med konfiguracijo omogo~iti definiranje izvora podatkov za vsak metapodatkovni
element.
Mo‘ni viri so opisani v zahtevah 12.1.9, 12.1.10, 12.1.11, 12.1.12.
12.1.9 ESUD mora podpirati sposobnost za avtomatske izvle~ke elementov metapodatkov iz
dokumentov, ko so zajeti.
Obstaja nekaj aplikacij, pri katerih to ni obvezno. Zahtevo tu razumemo za obvezno,
ker je v mnogih primerih zelo pomembna. Primeri tega so avtomatski izvle~ki datumov,
naslovov, imen prejemnikov in identifikacijskih oznak iz tekstualno oblikovanih
zapisov ali strukturiranih transakcijskih zapisov, kot so fakture.
12.1.10 ESUD mora dopustiti administratorju dolo~iti, kateri metapodatkovni elementi morajo
biti vneseni in vzdr‘evani (spremembe) z vnosom prek tipkovnice ali izbrani iz spustnega
seznama.
12.1.11 ESUD naj bi dopu{~al, da se vrednosti metapodatkov avtomatsko pridobijo iz naslednjega
vi{jega nivoja v hierarhiji klasifikacijskega na~rta.
Za mapo mora biti na primer vrednost nekaterih metapodatkovnih elementov podedovana
od njegove predhodne mape. Za dokument je vrednost nekaterih metapodatkov
lahko podedovana iz tiste mape, v kateri je shranjen.
12.1.12 ESUD naj bi omogo~al vrednosti metapodatkov pridobiti iz vpoglednih tabel ali klicev
v druge aplikacije.
Na primer ESUD lahko zagotovi ime in po{tno {tevilko aplikaciji za naslavljanje, ta
potem vrne ime ulice, ki se jo uporabi kot metapodatek.
12.1.13 ESUD mora podpirati potrjevanje veljavnosti metapodatkov, ko uporabnik vnese metapodatek
ali ko je ta uvo‘en. Potrjevanje veljavnosti mora uporabljati vsaj te mehanizme:
• format vsebin elementa;
• razpon vrednosti;
• potrditev veljavnosti s primerjavo seznama vrednosti, ki ga vzdr‘uje administrator;
• veljavno napotilo na klasifikacijski na~rt.
Primer potrditve veljavnosti formata je, da so vse vsebine numeri~ne ali v obliki datuma
(skladno z zahtevo 12.1.5).
Primer potrditve veljavnosti razpona formata je, da vsebine padejo v obdobje med 1.
januarjem 1999 in 31. decembrom 2001.
Primer potrditve veljavnosti s primerjavo seznama vrednosti je potrditev, da je dolo~ena
izvozna destinacija na tem seznamu.
12.1.14 ESUD naj bi podpiral potrditev veljavnosti elementov metapodatkov z uporabo algoritmov
za izra~un kontrolnih {tevilk.
Na primer, zadeve so lahko identificirane s 16-mestno {tevilko kreditne kartice, katere
zadnja {tevilka je kontrolna {tevilka, izra~unana iz drugih 15 {tevilk z uporabo algoritma
po modulu 10.
Normalno naj bi imeli za sprejemljivo, da organizacija sama zagotovi aplikacijski vmesnik
za to lastnost, kar dopu{~a organizacijam, da same vzpostavijo algoritem po
lastni izbiri.
12.1.15 Kadar je potrebno, mora ESUD podpirati potrditev veljavnosti metapodatkov z uporabo
klica v drugo aplikacijo (na primer klic v kadrovski sistem, da preveri, ali je bila
osebna {tevilka dodeljena, ali klic v sistem podatkovne baze po{tnih {tevilk).
12.1.16 Kjer vrednosti metapodatkovnega elementa vna{amo ro~no, mora ESUD podpirati
trajne privzete vrednosti, ki jih lahko dolo~i uporabnik.
Trajna privzeta vrednost se pojavlja kot privzeta v polju za vnos podatkov za vsako
naslednjo enoto v zaporedju, dokler je uporabnik ne spremeni. Ko je ta enkrat spremenjena,
ostane kot nova vrednost, tj. postane trajna.
12.1.17 ESUD naj bi omogo~al tak{no konfiguracijo, da lahko vsak element metapodatkov
uporabimo kot iskalno polje pri nestrukturiranem iskanju (npr. prosto iskanje po besedilu).
66
Specifikacija MoReq
Zahteve za metapodatke