MOREQ : model zahtev za upravljanje elektronskih dokumentov

More documents

Recommendations

Info

Za klasificiranje v resnici uporabljamo tri- in ve~mestne znake, zato nam je pojem klasifikacijski znak veliko bli‘je in ga Uredba o upravnem poslovanju (Uradni list RS, {t. 20/2005) uporablja kot edinega. V MoRequ uporabljamo zgolj izraz »razred«. Iz njegovega opisa je jasno vidno, da ga lahko izena- ~imo s klasifikacijskim znakom. Pri prevodu smo ohranili pojem ’razred’, ker gre za specifikacijo, ki je splo{na. Nivo Kot je pri nas za klasifikacijske znake zna~ilna hierarhija, tako je zna~ilna tudi za razrede v MoRequ. Zato se tudi razredi v specifikaciji MoReq pojavljajo kot eno-, dvo- ali ve~mestni. Kar mi poimenujemo s {tevilom mest, ozna~uje MoReq z nivoji. Tako si pojma ustrezata: Uredba … enomestni klasifikacijski znak (razred) dvomestni klasifikacijski znak (skupina) trimestni klasifikacijski znak {tirimestni klasifikacijski znak petmestni klasifikacijski znak XXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXX MoReq … Razred na 1. nivoju razred na 2. nivoju razred na 3. nivoju razred na 4. nivoju razred na 5. nivoju razred na 6. nivoju …………….. V specifikaciji MoReq ni omejitev glede {tevila nivojev, skladno z obstoje~imi predpisi dr‘avne uprave pa so klasifikacijski znaki lahko najve~ petmestni. Dosje MoReq dosjeja kot posebne entitete ne pozna, omenja ga le posredno, in sicer govori o zadevi, ki vsebuje istovrstne dokumente. To je zelo zo‘ena uporaba dosjeja na samo enega od predvidenih na~inov, kot smo jih navajeni iz na{ih predpisov. Predhodna Uredba o poslovanju organov javne uprave z dokumentarnim gradivom (Uradni list RS, {t. 91/2001) je razlikovala dve obliki dosjeja: 1. dosje kot enota, ki se nana{a na posamezen subjekt in vsebuje raznovrstne dokumente, ki se nana{ajo na ta subjekt; ta oblika se uporablja v funkciji, ki je enakovredna zadevam; v tovrstnih dosjejih se shranjujejo originalni dokumenti, ko je to za delo bolj smotrno; 2. dosje kot enota, ki se nana{a na isto temo ali vsebino in vsebuje istovrstne dokumente, vsak od njih pa zadeva drug subjekt; ta oblika je pomo‘na; v takem dosjeju so kopije dokumentov, katerih originali so sestavni deli zadev. Zadnja Uredba o upravnem poslovanju (Uradni list RS, {t. 20/2005) je zdru‘ila ve~ manj{ih uredb, ki se nana{ajo na poslovanje organov javne uprave, med drugim tudi Uredbo o poslovanju organov javne uprave z dokumentarnim gradivom (Uradni list RS, {t. 91/2001). Uvedla pa je {e tretjo obliko dosjejev, in sicer dosjeje, ki so lahko sestavljeni iz zadev. Ta oblika je mogo~a le pri zadevah v papirni obliki, v elektronski obliki pa bo to nadomestil poseben pregled. Administrator V specifikaciji se pojem administrator pojavlja v razli~nih vlogah. Najve~krat v vlogi vodje glavne pisarne. V dolo~enih primerih oziroma zahtevah specifikacije pa bi lahko njegovo vlogo razumeli kot vlogo administratorja baze podatkov. Pri prevajanju se nismo odlo~ili, da bi ti dve funkciji lo~ili 8 Specifikacija MoReq Povezava modela z na{o prakso
z razli~nim poimenovanjem vlog oz. delovnega mesta, in sicer zato, ker si mora vsaka organizacija primerno prilagoditi specifikacijo in dolo~iti, katero funkcijo sistema opravlja dolo~ena vloga oz. delovno mesto v organizaciji. Za uradno definicijo glejte Pojmovnik (poglavje13) specifikacije. Zapisali: Mag. Sonja Jager (Ministrstvo za javno upravo RS) in mag. Natalija Gla‘ar (Arhiv Republike Slovenije) Specifikacija MoReq Povezava modela z na{o prakso 9
Page 1 and 2: MoReq MoReq Model zahtev za upravlj
Page 3 and 4: VSEBINA POVEZAVA MODELA Z NAŠO PRA
Page 5 and 6: 12 ZAHTEVE ZA METAPODATKE 65 12.1 N
Page 7: sestavni del dokumenta. Ker pa se v
Page 11 and 12: 1 UVOD 1.1 Izhodi{~a Potreba po spl
Page 13 and 14: 1.7 Oblika specifikacije Specifikac
Page 15 and 16: klasifikacija (classification (verb
Page 17 and 18: • nekatere zadeve so zaklju~ene z
Page 19 and 20: 2.3 Entitetno-relacijski model Podp
Page 21 and 22: 3 KLASIFIKACIJSKI NA^RT Klasifikaci
Page 23 and 24: 3.4 Vzdr‘evanje klasifikacijskega
Page 25 and 26: 4.1.3 ESUD mora biti sposoben ponud
Page 27 and 28: Za ilustracijo okoli{~in, ki lahko
Page 29 and 30: To je za‘eleno, ker nekatere orga
Page 31 and 32: 5.1.10 ESUD mora omogo~ati najmanj
Page 33 and 34: [t. Zahteva 5.3.1 ESUD mora zagotov
Page 35 and 36: 6 ZAJEMANJE DOKUMENTOV Terminologij
Page 37 and 38: 6.1.14 ESUD mora podpirati avtomats
Page 39 and 40: Zadnja mo‘nost zahteva, da uporab
Page 41 and 42: 8 PREISKOVANJE, PRIKLIC IN PRIKAZOV
Page 43 and 44: 8.1.24 ESUD naj bi zagotovil format
Page 45 and 46: 9 ADMINISTRATIVNE FUNKCIJE Dolo~ena
Page 47 and 48: Mo‘nost brisanja mora biti strogo
Page 49 and 50: 10 DRUGE FUNKCIONALNOSTI Poglavje v
Page 51 and 52: ESUZ … • dovoljuje spreminjanje
Page 53 and 54: 10.4.12 Funkcija za delovni tok ESU
Page 55 and 56: [t. Zahteva 10.7.1 ESUD mora biti s
Page 57 and 58: 11.1.5 ESUD mora biti sposoben prik
Page 59 and 60:
11.3 Razpolo‘ljivost sistema V mn
Page 61 and 62:
Prav tako je pove~ana uporaba ponud
Page 63 and 64:
lahko informacije, shranjene na zas
Page 65 and 66:
12 ZAHTEVE ZA META PODATKE V kontek
Page 67 and 68:
12.1.18 Kjer je element metapodatka
Page 69 and 70:
12.4.7 Oseba ali delovno mesto, odg
Page 71 and 72:
12.7.2 Zadeva (naslov) 1 6.1.2 10.3
Page 73 and 74:
12.10.3 Dostopne pravice za vloge 0
Page 75 and 76:
elektronska zadeva (electronic file
Page 77 and 78:
memo tako kot podatek kot tudi meta
Page 79 and 80:
Opomba: Verzija je po navadi eden o
Page 81 and 82:
1-* nivo 1 je na * 1-* 1 1 dolo~a
Page 83 and 84:
Roki hrambe Na sliki dva pravokotni
Page 85 and 86:
PRILOGE Specifikacija MoReq Priloge
Page 87 and 88:
Priloga 2 - Razvoj specifikacije Sp
Page 89 and 90:
Priloga 3 - Uporaba specifikacije v
Page 91 and 92:
2 Organizacije za potrditev veljavn
Page 93 and 94:
2 Skladnost s pittsbur{kim modelom
Page 95 and 96:
Priloga 7 - Standardi in druge smer
show all

MOREQ : model zahtev za upravljanje elektronskih dokumentov

Create successful ePaper yourself

Delete template?

Save as template?