Hlavní navigace

Názor k článku Elektronická revoluce spisů v úřadech a soudech od a - z praxe ve statni sprave, kde se elektronicky...

Článek je starý, nové názory již nelze přidávat.

  • 4. 6. 2009 9:54

    a (neregistrovaný) ---.cec.eu.int
    z praxe ve statni sprave, kde se elektronicky archivuje jiz leta se objevuji tyto problemy
    1. dokumenty jsou nedohledatelne
    - klasifikace dokumentu se kazde 3-5 meni (a s nimi, z technickych duvodu (sic!) i uloziste a jeho fyzicka struktura
    - fyzicke oddeleni technicke sluzby, ktera archivaci zajistuje a uzivatelu;
    jinak receno urednici jsou externi firmou povazovani za blbecky a kazda nova firma po svem vitezstvi ve vyberovem rizeni zavadi svuj lepsi system; obvykle i jinou SW platformu)
    - meta informace chybi ci jsou spatne/neuplne vyplnene; vetsina uredniku nechape a (nebo) nema cast na to, aby si hrali s vyplnovanim metainformacich o obsahu dokumentu.
    Ty jsou navic s naprosto zoufalou semantikou. Proto je vyhledavani prakticky nefunkcni ...
    2. dokumenty nelze otevrit
    - u dokumentu starsich 5 let se casto objevuje potiz s nalezenim (a naisntalovanim) SW, ktery je otevre.
    - resenim je konverze, ovsem tato musi byt permanentni.
    - teoreticky by dnes resenim mohlo byt XML, ale i tady dochazi ke zmenan schematu/DTD (casto nedokumentovaneho - at zije externalizace - viz vyse)
    A formaty jako TIFF zase neumoznuji fulltextove vyhledavani ... a tak dale ...

    Resenim by byla pripadne udrzba XML schematu (ci DTD) a prubezne konverze archivu, ovsem u rady dokumentu je dulezitou soucasti i obrazova dokumentace ...

    Pri neustalem tlaku na snizovani nakladu se jen tezko zduvodni, ze je treba ztravit temer stejne mnozstvi casu na spravne semanticke formatovani a doplneni meta informaci jako na vytvoreni obsahu ... Proste vysvetlete nekomu, ze kdyz se jednostrankovy dopis tvoril 5 minut, tak s tim pocitacem to ted trva 15 min ...

    A tresnickou na dortu, je nutnost vytvoreni funkce kontrolora, protoze je treba prubezne (namatkove) kontrolovat technickou kvalitu dokumentu (semanticke formatovani, spravne vyplneni metadat, spravne XML schema - a to zadny stroj proste neudela)