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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

10.4.12 Funkcija <strong>za</strong> delovni tok ESUD naj bi bila sposobna dovoliti sodelujo~im pregledati<br />

uvr{~ene posle, ki so naslovljeni nanje, in izbrati enote, na katerih bodo delali.<br />

10.4.13 Funkcija <strong>za</strong> delovni tok ESUD naj bi ponujala pogojene tokove, odvisne od uporabni{-<br />

kega vnosa ali sistemskih podatkov.<br />

Z drugimi besedami, tokovi, ki prena{ajo dokument ali <strong>za</strong>devo enemu od {tevilnih<br />

udele‘encev, so odvisni od pogoja, ki ga je dolo~il kateri od udele‘encev. Npr. tok<br />

lahko prenese dokument bodisi sodelavcu kontrole posojil bodisi oddelku <strong>za</strong> konsolidacijo<br />

naro~il – odvisno od vnosa, ki ga je naredil kontrolor prodaje; ali pa je tok<br />

odvisen od vrednosti naro~ila, kot ga oceni sistem.<br />

10.4.14 Funkcija <strong>za</strong> delovni tok ESUD naj bi <strong>za</strong> dokumente in <strong>za</strong>deve <strong>za</strong>gotovila pripomo~ke <strong>za</strong><br />

opominjanje ali nadaljnje posredovanje.<br />

10.4.15 Funkcija <strong>za</strong> delovni tok ESUD naj bi dovoljevala uporabnikom, da <strong>za</strong>~asno prekinejo<br />

tok (tj. ga ustavijo), da bi se lahko posvetili drugemu delu.<br />

10.4.16 Funkcija <strong>za</strong> delovni tok ESUD mora prepoznati kot »sodelujo~e« tako posameznike kot<br />

delovne skupine.<br />

10.4.17 Kjer je ’sodelujo~i’ delovna skupina, naj bi funkcija <strong>za</strong> delovni tok ESUD vklju~evala<br />

pripomo~ek <strong>za</strong> izmeni~no razdelitev prispelih enot ~lanom skupine po na~elu rotacije<br />

ali ~lanu, ko ta <strong>za</strong>klju~i teko~o <strong>za</strong>devo, <strong>za</strong>to da bi bila obremenitev ~lanov skupine<br />

uravnote`ena.<br />

10.4.18 Funkcija <strong>za</strong> delovni tok ESUD naj bi vklju~evala mo‘nost <strong>za</strong> dajanje prednosti posameznim<br />

<strong>za</strong>devam v ~akalni vrsti.<br />

10.4.19 Funkcija <strong>za</strong> delovni tok ESUD naj bi vklju~evala ’skupno’ obdelavo <strong>dokumentov</strong>.<br />

To <strong><strong>za</strong>htev</strong>a <strong>za</strong>ustavitev delovnega toka, da po~akamo na prihod sorodnega elektronskega<br />

<strong>za</strong>pisa ali dokumenta. Ko pri~akovano enoto prejmemo, se tok samodejno nadaljuje.<br />

10.4.20 Funkcija <strong>za</strong> delovni tok ESUD naj bi bila sposobna zdru‘evati ~asovne omejitve s posameznimi<br />

koraki in/ali procesi v vsakem toku in poro~ati o <strong>za</strong>devah, ki jim je ‘e potekel<br />

rok.<br />

10.4.21 Funkcija <strong>za</strong> delovni tok ESUD naj bi omogo~ala, da sprejem <strong>elektronskih</strong> <strong>za</strong>pisov avtomatsko<br />

spro‘i delovni tok.<br />

10.4.22 Funkcija <strong>za</strong> delovni tok ESUD mora ponujati pripomo~ke <strong>za</strong> vsestransko poro~anje, da<br />

bi upravi omogo~ili spremljati obseg, izvedbo in izjeme.<br />

10.5 Elektronski podpisi<br />

Elektronski podpisi (imenovani tudi digitalni podpisi) so <strong>za</strong>poredje znakov, ki jih, ~e so uporabljeni<br />

z domi{ljenimi postopki varnostnih algoritmov in »klju~i« (dolgo vrsto {tevilk, podobnih geslu),<br />

lahko uporabljamo <strong>za</strong> potrditev celovitosti dokumenta ali overjanje identitete po{iljatelja dokumenta.<br />

Primer splo{no priznanega algoritma <strong>za</strong> elektronski podpis je MD5.<br />

[iroko uvajanje elektronske po{te in interneta je v organi<strong>za</strong>cijah pove~alo {tevilo <strong>za</strong>pisov, ki se<br />

premikajo interno in, to pa je {e pomembneje, ven – v razmeroma nenadzorovana okolja. Uporaba<br />

<strong>elektronskih</strong> podpisov <strong>za</strong> avtentikacijo in potrditev celovitosti postaja splo{no sprejeta.<br />

Zahteve v tem podpoglavju uporabljamo samo takrat, ~e obstaja <strong><strong>za</strong>htev</strong>a <strong>za</strong> <strong>upravljanje</strong> <strong>dokumentov</strong>,<br />

ki nosijo elektronske podpise. Ko je nastajala ta specifikacija, so elektronski podpisi pod<br />

vplivom na novo porajajo~ih se tehnologij, {e vedno predmet sprememb in negotovosti. Uporabniki<br />

te specifikacije naj bi preverili <strong><strong>za</strong>htev</strong>e in implikacije <strong>za</strong> dolgoro~no hrambo z ustreznimi strokovnjaki.<br />

[t.<br />

Zahteva<br />

10.5.1 ESUD mora biti sposoben ohraniti informacijo, ki se nana{a na elektronske podpise,<br />

{ifriranje in podrobnosti sorodnih agencij <strong>za</strong> overovljanje.<br />

10.5.2 ESUD naj bi imel strukturo, ki dovoljuje enostavno uvajanje razli~nih tehnologij elektronskega<br />

podpisa.<br />

To je posebej koristno glede na spremembe, ki se pojavljajo na tem podro~ju.<br />

10.5.3 ESUD naj bi bil sposoben preveriti veljavnost elektronskega podpisa.<br />

10.5.4 ESUD mora biti sposoben obdr‘ati in shraniti kot metapodatke podrobnosti o postopku<br />

preverjanja elektronskega podpisa, vklju~ujo~:<br />

• dejstvo, da je bila preverjena veljavnost nekega elektronskega podpisa;<br />

• certifikatsko agencijo, pri kateri je bil podpis overjen;<br />

• datum in ~as preverjanja.<br />

Specifikacija MoReq<br />

Druge funkcionalnosti<br />

53

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

Saved successfully!

Ooh no, something went wrong!