MOREQ : model zahtev za upravljanje elektronskih dokumentov
MOREQ : model zahtev za upravljanje elektronskih dokumentov
MOREQ : model zahtev za upravljanje elektronskih dokumentov
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
niso v nasprotju z <strong><strong>za</strong>htev</strong>o, da morajo biti vsebine dokumenta nespremenljive, pa je lahko videti,<br />
kot da so. Zato se jim je dobro izogibati.<br />
V drugih primerih lahko <strong>za</strong>pisi vsebujejo kodo, ki resni~no spreminja <strong>za</strong>pis, kot so preglednice s<br />
sofisticiranim »makro programom«, ki spremeni preglednico (z uporabo iste aplikacije <strong>za</strong> njegovo<br />
pregledovanje) in jo potem avtomatsko shrani. V takih primerih obstaja nevarnost, da se bo <strong>za</strong>pis<br />
sam spremenil med postopkom <strong>za</strong>jema, odvisno od podrobnosti procesa in kontrol ESUD-a. To je<br />
povsem nesprejemljivo.<br />
Ve~inoma naj bi se izogibali <strong>za</strong>pisov, ki se na tak na~in sami spreminjajo. Hranili naj bi jih v formatu,<br />
ki onesposobi kodo <strong>za</strong> »samospreminjanje« oziroma pregledovali naj bi jih samo s programsko<br />
opremo, ki ne povzro~a sprememb. ^e je »samospreminjajo~a se« koda poglavitni del dokumenta,<br />
se je treba odlo~iti <strong>za</strong> primerne korake <strong>za</strong> vsak primer posebej.<br />
Za <strong>za</strong>pise, ki jih je mogo~e natisniti, so lahko primeri formatov, ki onesposobijo »samospreminjajo~o<br />
se« kodo, Adobeov lastni{ki format PDF ali lastni{ki format ENVOY podjetja Tumbleweed<br />
Software. V tem primeru je pomembno <strong>za</strong>gotoviti, da je pretvorba v <strong>za</strong>‘eleni format izvedena na<br />
na~in, ki ne povzro~i samospreminjanja <strong>za</strong>pisov na ne<strong>za</strong>‘eleni na~in; na primer pri datumu v<br />
pismu, ki se sam spreminja, bi morala biti pretvorba narejena na dan, ki je prika<strong>za</strong>n v pismu.<br />
Kjer je neizogibna hramba <strong>za</strong>pisov, ki se sami spreminjajo ali zgolj dajejo tak videz, bi morala biti<br />
informacija o teh zna~ilnostih shranjena skupaj z dokumenti v njihovih metapodatkih.<br />
[t.<br />
Zahteva<br />
6.3.1 ESUD mora biti sposoben kot dokumente <strong>za</strong>jeti <strong>za</strong>pise iz {irokega spektra razli~nih<br />
vrst formatov in struktur <strong>elektronskih</strong> <strong>za</strong>pisov.<br />
Ta spekter naj bi dolo~ili, preden sistem ocenjujemo z uporabo te specifikacije.<br />
6.3.2 ESUD mora podpirati <strong>za</strong>jem najsplo{nej{e uporabljenih pisarni{kih <strong>za</strong>pisov. To vklju~uje<br />
enostavne in kompleksne vrste <strong>za</strong>pisov. Vrste podpiranih formatov <strong>za</strong>pisov morajo<br />
obsegati:<br />
• enostavne: faksimilna sporo~ila, pisarni{ke <strong>za</strong>pise, predstavitve, besedila, slike, sporo~ila<br />
elektronske po{te (glejte podpoglavje 6.4), zvok;<br />
• sestavljene: elektronska sporo~ila s prilogami, namizno <strong>za</strong>lo‘ni{tvo, spletne strani,<br />
grafike.<br />
Seznam vrst <strong>za</strong>pisov, ki jih ESUD mora podpirati, bo v vsaki organi<strong>za</strong>ciji druga~en .<br />
6.3.3 Formati <strong>za</strong>pisov, ki podpirajo <strong><strong>za</strong>htev</strong>o 6.3.2, morajo biti raz{irljivi, taki, da jim je mogo~e<br />
dodajati nove formate.<br />
6.3.4 ESUD naj bi bil sposoben <strong>za</strong>jeti te vrste <strong>za</strong>pisov:<br />
• elektronske koledarje;<br />
• informacije iz drugih ra~unalni{kih aplikacij, npr. ra~unovodstvo, pla~ilne liste, ra~unalni{ko<br />
podprto oblikovanje (CAD);<br />
• skenirane <strong>za</strong>pise v papirni obliki;<br />
• zvo~ne datoteke;<br />
• video izseke;<br />
• digitalne sheme in zemljevide;<br />
• strukturirane podatke (npr. transakcije z ra~unalni{ko izmenjavo podatkov – EDI);<br />
• podatkovne baze;<br />
• multimedijske <strong>za</strong>pise.<br />
Seznam vrst <strong>za</strong>pisov, ki naj bi jih ESUD podpiral, bo pri vsaki organi<strong>za</strong>ciji druga~en.<br />
6.3.5 ESUD ne sme vsiljevati nobene prakti~ne omejitve <strong>za</strong> {tevilo <strong>dokumentov</strong>, ki so lahko<br />
<strong>za</strong>jeti v dolo~eni <strong>za</strong>devi ali <strong>za</strong> {tevilo <strong>dokumentov</strong>, ki se lahko shranijo v ESUD-u.<br />
6.3.6 ESUD naj bi omogo~al, da je sestavljeni <strong>za</strong>pis <strong>za</strong>jet na katerega od teh na~inov:<br />
• kot posamezen sestavljeni dokument;<br />
• kot serija pove<strong>za</strong>nih enostavnih <strong>dokumentov</strong> po eden na komponento sestavljenega<br />
<strong>za</strong>pisa.<br />
6.4 Upravljanje elektronske po{te<br />
38<br />
Specifikacija MoReq<br />
Zajemanje <strong>dokumentov</strong><br />
Elektronska po{ta se uporablja <strong>za</strong> po{iljanje tako enostavnih sporo~il kot <strong>za</strong>pisov (priloge) znotraj<br />
organi<strong>za</strong>cije in med organi<strong>za</strong>cijami. Lastnosti elektronske po{te lahko povzro~ajo te‘ave pri sledenju<br />
in evidentiranju. Organi<strong>za</strong>cije morajo biti sposobne dose~i, da kontrole upravljanja:<br />
• <strong>za</strong>jamejo vsa vhodna in izhodna sporo~ila elektronske po{te in priloge<br />
in/ali:<br />
• omogo~ajo uporabnikom <strong>za</strong>jemati izbrana sporo~ila elektronske po{te in prilog.