petek, 15. marec 2002

DOBER DAN TEZAURUS


Vsak priročnik za programiranje kot vzorec »kako in kaj« se prične z demonstracijo izpisa »Hallo word«. Za različne programske jezike so tukaj  primeri. Ker za asembler jezik IBM System/370  tega ni, je v nadaljevanju nekaj instrukcij, kako to gre.


// JOB DOBER DAN TEZAURUS                                          1
// OPTION LINK                                                     2
// EXEC ASSEMBLY                                                   3
         TITLE 'VZOREC ZA IZPIS *DOBER DAN TEZAURUS* NA KONZOLO'   4
START    START 0                                                   5
BALR     BALR  10,0                                                6
         USING *,10                                                7
         MVC   IO1,=C'DOBER DAN TEZAURUS    '                      8
         PUT   KONZOLA                                             9
         EOJ                                                      10
IO1      DS    CL20                                               11
KONZOLA  DTFCN DEVADDR=SYSLOG,IOAREA1=IO1,BLKSIZE=20              12
         LTORG                                                    13
         END   BALR                                               14
/*                                                                15
// EXEC LNKEDT                                                    16
// EXEC                                                           17
/&                                                                18


Komentar posameznih vrstic oziroma ukazov pa je naslednji:

  1. prva kartica posla ali »JOB-a« s komentarjem
  2. ukaz asemblerju, da naj naredi »object deck« programa, ki ga bo pozneje uporabil LNKEDT
  3. pokličemo prevajalnik
  4. le za preglednost, kar asembler  izpiše na vsako stran
  5. prvi ukaz programu, da se začne z adreso 0 (nič)
  6. ukaz kateri splošni register se naj uporabi za adresiranje
  7. od tukaj dalje naj se uporablja register 10
  8. »move character« tj. besedilo »DOBER DAN TEZAURUS« v input/output področje konzole
  9. piši na konzolo
  10. end of job
  11. rezervacija v spominu za besedilo, ki se bo izpisalo
  12. definiranje konzole (define the file console)
  13. tukaj naj pridejo vsi »literali«
  14. tukaj naj asembler konča prevajanje
  15. zaključek asemblerja
  16. pokličemo »povezovalni« program LNKEDT, ki poveže rezultat asemblerja z zunanjimi rutinami
  17. izvedi program – na konzolo se izpiše »DOBER DAN TEZAURUS«
  18. konec posla ali »JOB-a«

BISSSSSS EXTRN modul


V nadaljevanju je originalna BISSSSSS zunanja, to je EXTRN, rutina, ki se vključi med izvajanjem LNKEDT, to je povezovanja, prevedenega source programa in vse skupaj postane enoten program za neposredno izvajanje.


CATALOG BISSSSSS.A                        REPLACE=YES
BISS TITLE '... BISSSSSS ... BINARNO ISKANJE / RL MODUL / '
         PUNCH '    CATALR BISSSSSS '
BISSSSSS CSECT
         USING *,15
         STM   2,4,BISSSS12       STORE REG.2,3,4
         SR    0,0                R0=NULA
         LH    4,0(14)            R4=DOLŽ.ARGUMENTA
         L     1,14(14)           END OZ.ŠT.ELEMENTOV
         LR    3,1
         CH    4,=H'254'          DOLŽ.ARGUM.VEČJA OD 254 ?
         BH    BISSSS03           DA,ŠT.ELEMEN.V END POLJU
         S     1,2(14)            END-START=DOL.TABELE
         LH    2,10(14)           R2=KORAK
         DR    0,2                R1=ŠT.ELEMENTOV
*
BISSSS01 EQU   *
         LA    0,1                R0=1
*
BISSSS02 EQU   *
         SRA   1,1                R1/2
         BZ    BISSSS04           DA, R0=2**N
         SLA   0,1                R0*2
         B     BISSSS02           LOOP
*
BISSSS03 EQU   *
         SH    4,=H'255'          R4=DOLŽ.ARG.-255 /ZA MOD. CLC/
         MH    3,10(14)           ŠT.ELEM.*KORAK=DOLŽ.TABELE
         A     3,2(14)            +START=END ADRESA
         B     BISSSS01
*
BISSSS04 EQU   *
         MH    0,10(14)           2**N*KORAK
         LR    1,0                R0=OFFSET                      ***
         SH    1,10(14)           R1=2**N-1
         A     1,2(14)            +START= R1 =SREDINA TABELE     ***
         OC    BISSSS11+2(2),12(14) DISPLACEMENT                 ***
         L     2,6(14)            R2=ADRES.ARGUMENTA /ZA CLC/
*
BISSSS05 EQU   *
         SRA   0,1                R0/2
         CR    1,3                R1 PREKO END TABELE ?
         BNL   BISSSS06           DA, ZMANJŠAJ R1
         EX    4,BISSSS11         SKOK NA CLC                    ***
         BL    BISSSS07           POVE$AJ R1
         BE    BISSSS10           NAŠEL
*        BH    BISSSS06           ZMANJŠAJ R1
*
BISSSS06 EQU   *
         CH    0,10(14)           OFFSET:KORAK ŠE ZADOSTUJE ?
         BL    BISSSS08           NE, NI V TABELI
         SR    1,0                R1-R0=NOVA POLOVICA V TABELI
         B     BISSSS05
*
BISSSS07 EQU   *
         CH    0,10(14)           OFFSET:KORAK ŠE ZADOSTUJE ?
         BL    BISSSS09           NE, NI V TABELI
         AR    1,0                R1+R0=NOVA POLOVICA V TABELI
         B     BISSSS05
*
BISSSS08 EQU   *
         SH    1,10(14)           R1=PRVI MANJŠI ELEMENT TABELE
*
BISSSS09 EQU   *
         O     1,BISSSS13         REG.1 NA NEGATIVNO VREDNOST
*
BISSSS10 EQU   *
         LR    3,1                ADRESA ELEM.V TABELI
         S     3,2(14)            -START=ZAP.ŠTEV.*KORAK-1
         SR    2,2                R2=0
         LH    4,10(14)           VELIKOST KORAKA V R4
         DR    2,4                R3=ZAP.ŠTEV.ELEMENTA-1
         LA    0,1(3)             R0=ZAPOREDNA ŠTEVILKA ELEMNTA
         MVC   BISSSS11+2(2),=X'1000' DISPLACEMENT NAZAJ NA 0
         LM    2,4,BISSSS12       RESTORE REGISTROV
         B     18(14)             RETURN IZ MODULA
*
*        D A T A
*
BISSSS11 EQU   *
         CLC   0(0,1),0(2)        PRIMERJAVA TABELE Z ARGUMENTOM
*
BISSSS12 DS    3F                 SAVE AREA ZA REGISTRE
BISSSS13 DC    X'80000000'        INDIKATOR NI V TABELI
*
         LTORG
*
 BKEND

/+

Programski jeziki in programiranje


Večina programov za plačilni promet je bila napisana v asembler (assembly) programskem jeziku. Več o tem piše tukaj  in tukaj.

Groba delitev funkcij plačilnega prometa je

1.    vzdrževanje baz podatkov
2.    kontrolni program
3.    obdelava.

Prvi dve skupini sta bila napisani izključno z uporabo asembler jezika, tretja pa tudi z uporabo PL/I. Več o PL/I piše tukaj.  

Zakaj asembler?


Omejite je bila glavni spomin 96 KB ali 96.000 bajtov. Ta spomin je bil razdeljen takole:












Več o POWER piše tukaj.


Glavni program plačilnega prometa je bil kontrolni program. Izvajal se je v particiji BG z omejitvijo velikosti na 26 KB ali 26.000 bajtov. V teh 26 KB je bilo »stlačeno« vse: programska koda, delovna področja, buferji za datoteke pa še kaj.

Zapisani vrstni red particij je pomenil prioriteto izvajanja. Supervisor, kot nadzornik vseh dogajanj v računalniku je dodeljeval potrebne resurse. Particija BG je imela najnižjo prioriteto, kar pomeni, da je bilo F2 dodeljeno več procesorskih ciklov za izvajanje, F1 oziroma POWER pa je kot supervisorjev »pomočnik« dobil več ciklov kot preostale particije.

Asembler kot orodje za programiranje je imel tudi prednost v končni velikosti programa: bil je točno tako velik kot je zapisal programer. Dodatna prednost je bila tudi možnost pisanja določenih ponavljajočih se rutin ali postopkov s pomočjo MACRO ukazov in uporabo zunanjih EXTERN programov.

Primer je BIIS (BInarno ISkanje) rutina za iskanje podatkov po tabeli, ki je v spominu. Iskanje se izvede na »binarni« način ob pogoju, da so podatki razvrščeni v naraščajočem vrstnem redu. Enostavno povedano BISS primerja podatek na sredini z zahtevanim. Če je iskanec manjši od sredine, se iskanje in primerjava nadaljuje po spodnji polovici tabele. Sledi primerjava in če je iskanec manjši, se iskanje in primerja nadaljuje po spodnji polovici tabele. Obratno velja: če je iskanec večji, potem se nadaljuje po zgornji polovici tabele. Maksimalno število primerjav in razpolavljanj tabele je enaka ali manjša velikosti tabele oziroma elementov v tabeli, to je prvemu večjemu podatku 2n. Za lažje razumevanje: tabela vsebuje 200 podatkov, prva večja potenca števila 2 je 8 oziroma 256, kar pomeni, da vsak podatek v tabeli najdemo po največ 8 primerjavah.

BIIS-MACRO je v izvornem (source) programu generiral ustrezno programsko kodo (začetek tabele, dolžino podatka za iskanje, dolžino posameznega elementa v tabeli, konec tabele oziroma število elementov tabele) ter pokliče ali »zahteva izvajanje« zunanjega (EXTERN) podprograma BISSSSSS, ki dejansko izvede iskanje. BIIS-MACRO koda je lahko bila uporabljena v programu večkrat, vsaka je zasedala 20 bajtov, EXTERN BISSSSSS pa je bil le en sam in je zasedal okoli 180 bajtov.

Le za predstavo kako je delal BIIS, naj služijo spodnji podatki:




Tabela ima 19 elementov in zato je 25 ali 32 oziroma vsako vrednost najdemo v največ 5 korakih. Iščemo »AA«, polovica od tabele je 9, v našem primeru je to vrednost »KP«.



»AA« je manjše od »KP« (prva primerjava) zato iščemo po spodnji polovici. Polovica je 4, v našem primeru je vrednost »BG«.



»AA« je manjše od »BG« (druga primerjava) zato iščemo po spodnji polovici. Polovica je 2, v našem primeru je vrednost »AA«.




»AA« je enako »AA« v tabeli (tretja primerjava), zato je konec iskanja.

Podobnih MACRO ukazov je bilo v SDK izdelano veliko: SORT je sortiral tabelo, INSERT je vrinil podatek na ustrezno mesto v tabeli, CONSO je pisal sporočila operaterju na sistemski konzoli, …

Vse te rutine in makroji so bili izdelani tako, da je bila njihova uporaba možna tudi v drugih programskih jezikih.


SDK MACROS - BIIS


V nadaljevanju je originalna BIIS rutina kot "macro", ki se uporabi v običajnem asembler programu. Vsi ukazi, ki vsebujejo "&" so macro ukazi. Nekaj jih služi za kontrolo pravilnosti podanih parametrov, nekaj pa se jih "zamenja" z vrednostmi, ki so zapisane v programski kodi samega programa.


CATALOG BIIS.A                        REPLACE=YES

*  SDK MACROS - BIIS - LJUBLJANA - 1.0
         CNOP  0,4
&IME     L     15,=V(BISSSSSS) .       EXTRN MODUL ZA BIN.ISKANJE
         BALR  14,15
         DC    H'&A'              DOLŽINA ARGUMENTA
         AIF   (T'&IME EQ 'O').HOP1
&IME.B   DC    A(&START)          ADRESA ZAČETKA TABELE
&IME.A   DC    A(&ARGUM)          ADRESA ARGUMENTA
         DC    H'&B'              VELIKOST KORAKA
         DC    H'&C'   POLOŽAJ ARGUMENTA V ELEMENTU TABELE
&IME.E   DC    A(&END)            ADRESA KONCA TABELE
         AGO   .HOP2
.HOP1    ANOP
         DC    A(&START)          ADRESA ZAČETKA TABELE
         DC    A(&ARGUM)          ADRESA ARGUMENTA
         DC    H'&B'              VELIKOST KORAKA
         DC    H'&C'         POLOŽAJ ARGUMENTA V ELEMENTU TABELE
         DC    A(&END)            ADRESA KONCA TABELE
.HOP2    ANOP
         SPACE
         AGO   .END
.M9      ANOP
      MNOTE *,'DOLŽINA KORAKA MANJŠA OD DOLŽINE ARGUMENTA + POLOŽAJA'
         AGO   .MEX
.M10     ANOP
&A       SETA  &A+255
         SPACE
*  SDK MACROS - BIIS - LJUBLJANA - 1.0
         CNOP  0,4
&IME     L     15,=V(BISSSSSS) .       EXTRN MODUL ZA BIN.ISKANJE
         BALR  14,15
         DC    H'&A'              DOLŽINA ARGUMENTA +255
         AIF   (T'&IME EQ 'O').HOP3
&IME.B   DC    A(&START)          ADRESA ZAČETKA TABELE
&IME.A   DC    A(&ARGUM)          ADRESA ARGUMENTA
         DC    H'&B'              VELIKOST KORAKA
         DC    H'&C'   POLOŽAJ ARGUMENTA V ELEMENTU TABELE
&IME.E   DC    A(&END)            ADRESA KONCA TABELE
         AGO   .HOP4
.HOP3    ANOP
         DC    A(&START)          ADRESA ZAČETKA TABELE
         DC    A(&ARGUM)          ADRESA ARGUMENTA
         DC    H'&B'              VELIKOST KORAKA
         DC    H'&C'         POLOŽAJ ARGUMENTA V ELEMENTU TABELE
         DC    F'&END'            ŠTEVILO ELEMENTOV TABELE
.HOP4    ANOP
         SPACE
         AGO   .END
.MEX     ANOP
         MNOTE 9,'MACRO NI GENERIRAN'
         MEXIT
.END     ANOP
         MEND
   BKEND
/+

ponedeljek, 11. marec 2002

Od kod SDK prepotrebne devize


Pomen in vlogo službe družbenega knjigovodstva v družbeni skupnosti je mogoče vrednotiti tudi z odnosom in razumevanjem te skupnosti do problemov in potreb, ki jih ima služba pri izvajanju svojih osnovnih nalog.

Program modernizacije tehnologije dela ter s tem v zvezi precejšnje povečanja produktivnosti dela pri operativnih opravilih službe ne bi bilo mogoče realizirati brez prehoda na računalniško obdelavo podatkov in uvajanja drugih sodobnih strojev. Nakup moderne tehnike je vezan na devizna sredstva le-teh pa služba nima. Kako torej pride Služba do deviznih sredstev?

Služba družbenega knjigovodstva kot neodvisna skupna služba organizacij združenega dela, SIS in DPS, odgovorna za svoje delo neposredno skupščini SFRJ, poprosi Skupščino za pridobitev pravic do nakupa deviz, potrebnih za nakup ustrezne računalniške tehnike. Pridobivanje pravic do nakupa deviz za zvezne organe ureja 72. člen Zakona o deviznem poslovanju in kreditnih odnosih s tujino (UL.l. SFRJ št. 15/77). Skupščina SFRJ določi s svojim aktom obseg deviz in pravic do nakupa deviz na deviznem trgu za potrebe federacije. Obseg deviz in pravic do nakupa deviz za potrebe zveznih organov, določenih v aktu Skupščine SFRJ, razporedi Zvezni izvršni svet med posamezne zvezne organe. Zvezni sekretar za finance pa je pooblaščen, da v skladu s potrebami upravičencev in smernicami Zveznega izvršnega sveta, določi za vsako trimesečje dinamiko uporabe odobrenih deviznih sredstev.

Na ta način je služba pridobila potrebna devizna sredstva in realizirala prvo fazo modernizacije svojega poslovanja.

Razporeditev deviznih sredstev znotraj Službe ureja Svet Službe družbenega knjigovodstva. Gradivo za delo sveta in strokovna napotila pridobiva Svet Službe od SDKJ in komisije Sveta SDK za področje AOP. Da bi bilo delo komisije Sveta čim bolj objektivno, si je izdelala kriterije za razporeditev deviznih sredstev v SDK, ki so zasnovani predvsem na sledečih načelih:

  • razporeditev mora zagotoviti nemoteno delo avtomatske obdelave podatkov in drugih poslov Službe
  • razporeditev je treba opraviti po realnih potrebah in objektivnih možnostih
  • kriteriji za razporeditev morajo biti enotni
  • ne izključuje se možnost dogovarjanja in prenosa pravic do uporabe deviz med službami v republikah in pokrajinah.

Parametri razporeditve so sledeči:

a) Parametri, ki izkazujejo obseg dela v plačilnem prometu
  • a1 - procentualen delež republike in pokrajine v številu nalogov plačilnega prometa na nivoju SFRJ
  • a2 - procentualni delež republike in pokrajine v skupnem številu organizacijskih enot SDK na nivoju SFRJ.
b) Parametri, ki izkazujejo obseg dela pri statističnih raziskavah v Službi:
  • b1 - procentualen delež republike in pokrajine pri skupnem številu občin v SFRJ
  • b2 - procentualen delež republike in pokrajine v skupnem številu uporabnikov družbenih sredstev v SFRJ
  • b3 - procentualen delež republike in pokrajine v skupnem številu UDS v gospodarstvu v SFRJ

Formula razporeditve je:





Po elementarnih podatkih sektorja za plačilni promet SDKJ za leto 1981, se potrebna devizna sredstva razdeli med republike in pokrajine takole:




SDK je za potrebe modernizacije za letos dobila 9.101.732 USA dolarjev. Po prej navedenih kriterijih pripada SDK V SR Sloveniji 1.380.732,70 USA dolarjev. Ker pa so bile objektivne potrebe v drugih republikah nesorazmerno večje, je po končnem predlogu komisije pripadlo Sloveniji 500.000 USA dolarjev. Prerazporejena sredstva bodo ostale SDK v drugih republikah vrnile, ko se bo v naši republiki pojavila potreba po nujnih zamenjavah ali dopolnitvah elektronskih računalniških sistemov.


Avgust 1982

sobota, 9. marec 2002

Reforma visokošolski programov


Januar 1985

Letos je pred nami preobrazba visokošolskega študija. Visoke šole morajo prilagoditi svoje programe začetemu usmerjanja iz srednje šole in pa seveda potrebam združenega dela. Dobili smo osnutek vzgojno-izobraževalnega programa za višješolski in visokošolski študij organizacije dela - smer informatika. Na preizkušnji je področje dela, ki nima kakšne posebne tradicije in katerega razvoj je zaradi hitrega napredka tehnike in tehnologije, težko napovedovati. Šola je lik diplomanta opisala takole:

Diplomirani organizator - informatik je poklic VII. stopnje po klasifikacijski lestvici zahtevnosti del in nalog. Le-ta obvlada analizo delovnih procesov v informacijskih sistemih z namenom izboljšanja organiziranosti dela na tem področju. To vključuje:

 Organiziranje informacijskih dejavnosti v organizacijskih sistemih

  • členjenje in analiza delovnih procesov (nalog) v informacijskih sistemih z namenom izboljšanja organiziranosti dela na tem področju
  • izdelovanje predlogov rešitev delitve dela in odgovornosti v zvezi z informacijskimi sistemi med organizacijskimi enotami za informacijski sistem (za obravnavanje podatkov) in organizacijskimi enotami uporabnikov rezultatov informacijskega sistema
  • izdelovanje predlogov v zvezi z organizacijsko strukturo enot za informacijski sistem (enot za obravnavanje podatkov)
  • izdelovanje predlogov organiziranosti uporabnikov rezultatov informacijskega sistema za potrebe razvoja in delovanja informacijskega sistema
  • izdelovanje predlogov v zvezi z organiziranostjo standardiziranja in standardizacijo v informacijskem sistemu
  • izdelovanje predlogov konkretnih organizacijskih standardov v informacijskem sistemu (standardi delovnih nalog, delovnih postopkov, dokumentacije, sestavin informacijskega sistema)
  • organiziranje revizije v informacijskih sistemih

 Vzpostavljanje sodobnih informacijskih sistemov

  • izdelovanje predlogov zasnove in načrta razvoja celotnega informacijskega sistema organizacije ob upoštevanju sodobne tehnologije informacijskih sistemov in ob sodelovanju poslovodnih in strokovnih delavcev - uporabnikov ter zadevnih specialistov
  • vzpostavljanje povezav med delnimi računalniško zasnovanimi informacijskimi sistemi
  • organiziranje projektov razvoja računalniško zasnovanega informacijskega sistema
  • strokovno usposabljanje uporabnikov za potrebe razvoja, uporabe in vzdrževanja računalniško zasnovanega informacijskega sistema
  • analiziranje potreb po informacijah v upravljalnem in izvajalnem sistemu ter v okolju organizacije
  • vrednotenje predlaganih in delujočih rešitev računalniško zasnovanih informacijskih sistemov z vsebinskih, organizacijskih in gospodarskih vidikov
  • ocenjevanje tržnih aplikativnih programskih podatkov glede njihove uporabnosti in gospodarnosti.

V službi družbenega knjigovodstva je za potrebe združenega dela in družbenopolitičnih skupnosti zgrajen računalniško podprt informacijski sistem, ki je še vedno v fazi dopolnjevanja in modernizacije. S prevzemom računalniške tehnike, kot osnovne infrastrukture za delovanje učinkovitega informacijskega sistema, se je tudi pri nas takoj pojavil kadrovski problem na področju organizacije dela, projektiranja aplikacijskih programskih sistemov in vodenja tako imenovanih računalniških centrov v organizacijskih enotah službe.

Organizator dela, torej vmesni člen med kadri, ki se ukvarjajo z zakonsko definiranimi funkcijami službe (inšpekcija, revizija, informiranje, analize, plačilni promet, družbeno računovodstvo, statistika) in kadri, ki poganjajo računalniško obdelavo podatkov (projektiranje programskih aplikacijskih sistemov, programiranje na računalniškem sistemu, programiranje sistemskega programja, operiranje z računalniškim sistemom) se je izoblikoval samoniklo, pač iz vrst najstrokovnejših delavcev, ki imajo potrebno afiniteto do računalništva.

Delo organizatorja je raznoliko in naporno. Področje dela se neprenehoma menjava. Delo, ki se ponavlja je zanj nezanimivo. Organizator se spopada skoraj vsak dan z novim problemom, saj uporabniki računalniških storitev zahtevajo vedno nove aplikacije. Pa tudi že utečene programske rešitve zaposlujejo organizatorja, saj se pogosto menjajo predpisi, stopnje prispevkov ali drugi pogoji. Menjajo se izvajalci, ki so že osvojili delovni proces v ERC, ponagaja tehnika, slabi programi itd. Narava dela je izbrusila našega organizatorja, to je enega izmed tistih delavcev, ki se ne ustrašijo ne popoldanskega ali nočnega dela, ne v nedeljah in praznikih. Praksa, šolanje, pa tudi nagnjenost k takim opravilom so izoblikovali tak profil novega delavca.

Kljub že večletnim izkušnjam in dopolnilnemu izobraževanju pa še vedno opažamo prav pri tem profilu kadra največjo potrebo po kompleksnejšem in tudi zelo specifičnem znanju.

Isti primer opažamo pri projektantskem in programerskem kadru, ki smo ga rekrutirali iz strokovnjakov na področju elektrotehnike, kemije, ekonomije itd., kjer se nivoja razpoznavanja problema pri njih in naročniku običajno močno razhajata in je potrebno več časa in napora, da pride do enotno oblikovanega izhodišča za izdelavo novega projekta.

Osnutek vzgojno-izobraževalnega programa visoke šole daje dovolj garancije, da se bo po takem sistemu šolanja oblikoval ustrezen kader za potrebe organiziranja informacijskih sistemov in njihovega vzdrževanja, prav tako pa tudi kader za projektiranje in zelo zahtevno programiranje.

Novosti na področju poslovne informatike



Okrogla miza o izobraževanju računalniškega kadra je vzbudila največ zanimanja


Društvo ekonomistov Ljubljana je organiziralo 18. do 20. aprila 1984 v Portorožu že 13. posvetovanje o ekonomiki in organizaciji v združenega dela.

Beseda je tekla o problemih organiziranja računalniško zasnovanih informacijskih sistemov. Seveda pa to posvetovanje ni bilo prvo, ki bi odpiralo tako aktualno temo. Prizadevno društvo ljubljanskih ekonomistov je že nekajkrat obravnavalo računalništvo na svojih sestankih ali posvetovanjih. To pot je bilo posvetovanje razdeljeno na sledeče dele:


  • organizacija dela v računalniško zasnovanem informacijskem sistemu,
  • varnost podatkov in informacij v računalniško zasnovanem informacijskem sistemu,
  • usklajevanje podatkov in informacij v družbenem sistemu informiranja
  • kontrola in revizija poslovanja v pogojih računalniško zasnovanega informacijskega sistema.


Organizirana je bila tudi okrogla miza na temo izobraževanja računalniškega kadra in je vzbudila še največ zanimanja. Prisotnih je bilo precej univerzitetnih profesorjev, ki so opisali razvoj in problematiko informatike ter istočasno obravnavali razvoj kadrov ter osnovna izhodišča in smer nadaljnjega izobraževanja. Na temo usklajevanje podatkov in informacij je pripravila referat tudi delavka iz Centrale v Ljubljani in to o Informacijskem sistemu službe družbenega knjigovodstva v družbenem sistemu informiranja. S tem referatom je služba nekako zaokrožila celoletno prizadevanje obveščanja najširše javnosti o funkciji in nalogah SDK v družbenem sistemu informiranja.

Društvo je že drugič pripravilo tudi pregled inovacij in izdelanih projektov na področju poslovne informatike. SDK je sodelovala s projektom ELKA, ki je bil izdelan v SDK SERC.

Posvetovanja se je udeležilo okrog 500 ekonomistov in med njimi tudi večina vodij AOP naših podružnic.


Maj 1984


Razvoj in prihodnost mikrofilma


Mikrofilm ni nič novega. Iz časa II. svetovne vojne je bilo ohranjeno ogromno dokumentacijskega materiala ravno po zaslugi mikrofilma. Od teh začetkov dalje se je mikrofilm stalno postopno razvijal. Se eno opozorilo: mikrofilma namreč ne smemo enačiti niti iskati zveze s fotografiranjem, čeprav se uporablja podobna tehnologija.


Če pomislimo, kako dolgo se mikrofilm s koristjo uporablja, se naravnost vsiljuje vprašanje, zakaj njegova uporaba ni še bolj razširjena. Enostaven in logičen odgovor sledi, da možnost uporabe na tako številnih področjih, obenem pa velika fleksibilnost mikrofilmske tehnike omogočata tako razprostranjenost, da je uporaba navidezno neopazna. Vendar pa razvoj mikrofilma spremlja konstanten trend naraščanja, krivulja pa se je začela presenetljivo dvigati navzgor.

Kaj pa je pravzaprav mikrofilm? Pravilna definicija bi bila, da je mikrofilm nosilec računalniških informacij v analogni obliki. Ima zelo veliko kapacitet shranjevanja polnega besedila v obliki znakov ter svetlih in temnih polj. Pod pojmom znak razumemo črke in številke, tiskane ali rokopise, pod svetlimi in temnimi polji si predstavljamo fotografije, načrte in zemljevide.

Če je temu res tako, se takoj pojavi vprašanje, ali je mikrofilm tekmec računalniški obdelavi podatkov. Na to vprašanje lahko odločno odgovorimo z ne, vendar moramo takoj pristaviti, da se obe moderni tehnologiji izvrstno dopolnjujeta. Najbolj razširjena oblika nosilca informacij pri računalniški obdelavi podatkov sta magnetni disk in magnetni trak. Oba nosilca pomnita v digitalni oziroma magnetni obliki. Iz njih šele z računalniško tehniko dobimo analogne informacije na papir ali ekran. Najbližja povezava mikrofilma in računalniške obdelave podatkov je v načinu COM, kjer je mikrofilm lahko integralni del računalniškega sistema.

Spoznavanje osnovnih pojmov mikrofilma

 

Glavni nosilci informacij na mikrofilmu so:

  • 16 mm film v zvitku za poslovno dokumentacijo
  • 35 mm film za tehnično dokumentacijo
  • 105 mm film za mikrofilmske kartice.

Mikrofilmske kartice ali s tujko "mikrofiše" (microfiche) dobimo z rezanjem 105 mm širokega filma na 148 mm dolge kose tako, da dobimo format A6. Terminologija tu še ni popolnoma določena in osvojena.

Te medije hranimo v naslednjih oblikah:

  • V zvitkih na kolutih
  • V zvitkih v kasetah
  • V žepkih oziroma konfekcionirano. To pomeni, film razrezan na trakove in vložen v posebne žepke, ki imajo obliko in velikost mikrofilmskih kartic. 35 mm film se lahko konfekcionira tudi na 80 kolonsko računalniško kartico z okencem.

Na kratko si oglejmo možnosti zmanjševanja prostora za arhiviranje s pomočjo mikrofilma. Pri 23 kratni pomanjšavi preslikamo na 30,4 m filma širine 16 mm približno 3.000 listov formata A4. Če pomanjšavo še povečamo na 45 krat, potem lahko posnamemo na enak film 12.000 strani. Če računamo, da pisarniški fascikel vsebuje 500 strani, je na enem zvitku 12 fasciklov. Ali ni to presenetljivo?

Mikrofilmska kartica vsebuje 420 strani formata A4 pri 48 kratni pomanjšavi.

Če nalagamo 100 mikrofilmskih kartic eno na drugo postane to kupček debeline 2,5 cm. V kupčku je torej 42.000 strani ali 84 fasciklov. Komentar je tukaj potreben le toliko, da se pove, da zavzema dokumentacija, posneta na mikrofilm le 2 % tistega prostora, ki je potreben za hranjenje iste količine informacij na papirju.

Omenili smo že tesno povezavo računalniške obdelave podatkov in mikrofilma. COM je kratica, ki pomeni »Computer Output on Microfilm«, oziroma po slovensko »Računalniški izhod na mikrofilm«.

S pomočjo COM prenesemo podatke shranjene na magnetnih računalniških medijih direktno na mikrofilmske kartice, pri čemer dosegamo 10 krat večjo hitrost prenosa kot na papir. Ta hitrost znaša 5 strani na sekundo, pri čemer računamo, da ima stran 72 vrstic s po 132 znaki. To je 10 krat hitreje kot tiskanje na računalniškem tiskalniku. Z uporabo COM močno razbremenimo računalniški tiskalnik in prihranimo ogromno papirja. Malo poenostavljeno z namenom boljšega razumevanja deluje COM aparatura na naslednji način. Direktno iz računalnika ali z enote magnetnega traku se podatki prenesejo preko kontrolnih in logičnih enot na zaslon. Zaslon je vgrajen v mikrofilmski kameri, ki snema eno za drugo slike na zaslonu, kjer vsaka slika predstavlja eno stran papirja. Najnovejše COM aparature uporabljajo že lasersko tehniko.

COM mikrofilmska kartica velikost dopisnice oziroma formata A6 vsebuje pri 48 kratni pomanjšavi 420 strani. Predstavljajte si samo delo pri listanju 420 računalniških strani, ki je tukaj prihranjeno.

Pri 72 kratni pomanjšavi nosi mikrofilmska kartica 720 strani.

Postopki z mikrofilmskimi mediji so snemanje, konfekcioniranje, dupliciranje in čitanje ter kopiranje na papir.

Za snemanje poslovne dokumentacije formatov A4 se uporabljajo pretočne kamere, ki delujejo podobno kot kopirni aparati. Dokument prihaja preko vodil skozi kamero in se preslikava na mikrofilm. Pomanjšava je odvisna od optike, ki je večinoma izmenljiva. Faktorji pomanjšanja se v praksi gibljejo med 20 in 60 krat. Moderne kamere imajo že avtomatsko podajanje dokumentov in dosegajo hitrost od 200 do 700 dokumentov v minuti, odvisno od kvalitete in velikosti papirja. Kamera pri snemanju dokumente tudi oštevilči, da je možno kasnejše iskanje.

Ko je film posnet do konca, ga v posebni napravi razvijemo in osušimo. Dalje ga lahko hranimo v zvitku, v kaseti, ali vloženega v žepke.

Druga vrsta kamer je koračna kamera, ki ne vleče papirja, ampak posname razgrnjen dokument. Formati, ki se snemajo so od A3 pa celo do A0, to so v glavnem tehnične risbe, zemljevidi in načrti. Snema se na 35 mm film. Poudarek pri teh kamerah je v kvaliteti in ne na hitrosti snemanja. 35 mm film s tehnično dokumentacijo najpogosteje konfekcioniramo na velikost 80 kolonske računalniške kartice, ki ima na desni strani izrezano okence, pripravljeno za vstavitev posnetka. 35 mm film se lahko konfekcionira tudi v žepke.

Zelo pomembne priprave so čitalnice za vse oblike mikrofilmskih medijev. Čitalnice imajo ekran, na katerega se preko potike s pomočjo žarnice dobi slika dokumenta v normalni velikosti. Čitalci so lahko kombinirani s tiskalnikom. Tiskalnik je naprava, ki preslika posnetek z mikrofilma na papir v normalni velikosti. Če želimo več izvodov mikrofilmskih kartic ali drugih mikrofilmskih medijev, služijo naprave za dupliciranje.

Organizacijski in pravni aspekti mikrofilma


Kadar se odločamo za eno od oblik mikrofilma, moramo upoštevati naslednje faktorje:


  • Kakšni dokumenti se bodo snemali, s stališča velikosti, barve in hranjenja
  • Število strani, ki predstavljajo zaključeno celoto
  • Skupno število dokumentov
  • Količino sprememb in dopolnitev
  • Pogostost iskanja posameznih informacij
  • Obstoječo opremo v delovni organizaciji
  • Cene raznih priprav za različne formate
  • širjenje in razvoj delovne organizacije v naslednjih petih letih
  • Varnost in zaščito mikrofilma
  • Število potrebnih kopij za uporabo na različnih mestih

Področja uporabe


l. Poslovna dokumentacija do formata A3

  • aktivna, ki je že v uporabi
  • pasivna, arhivska, ki se mora po zakonu hraniti 5 ali več let.
  • Fakture, dopisi, bančni čeki, pogodbe, samoupravni sporazumi, odločbe, osebni kartoni, zapisniki, pravilniki itd. Nujno potrebno je, da ima delovna organizacija pravilnik o arhiviranju. Ta dokumentacija se snema na pretočni kameri.

2. Tehnična dokumentacija, ki je lahko vezana in v večjih formatih. To so knjige raznih formatov, časopisi, revije in članki. Obstajajo tudi barvni mikrofilmski katalogi in tehnične risbe formatov A2, A1 in A0, katastrske mape in geografske karte ter zemljevidi. Ta dokumentacija se snema na koračni kameri.

Uvajanje mikrofilma v poslovanje


Za mikrofilmsko tehniko velja zelo podoben pristop pri uvajanju kot pri računalniški obdelavi podatkov, to je preko tehnike, sistemske analize do realizacije po projektni tehnologiji. Groba razdelitev aktivnosti potrebnih pri uvajanju mikrofilma je naslednja:

Za izdelavo analize področij, ki so potencialna za prehod na mikrofilm, moramo najprej določiti sodelavca iz vrst lastnih razpoložljivih organizatorjev, ali pa najeti strokovnjaka od zunaj. Če tak organizator še nima izkušenj z mikrofilmom, mora najprej proučiti razpoložljivo literaturo, si ogledati nekaj mikrofilmskih centrov, obiskati nekaj sejmov in se posvetovati z zastopniki tujih firm, ker doma teh naprav še ne delamo. Medtem, ko se izdeluje analiza potreb po mikrofilmski tehniki, se navadno v obliki krajših predavanj in prezentacij popularizira ta noviteta v delovni organizaciji.

Pri izdelavi analize stanja v podjetju se posebna pozornost posveti naslednjim vprašanjem:
  • Kakšen je obstoječi potek dela
  • Katere vrste in koliko dokumentov je treba posneti
  • Pogostost sprememb in dopolnitev mikrofilmskega arhiva
  • Pogostost in hitrost povratne informacije iz mikrofilmskega arhiva
  • Kdo vse potrebuje kopije mikrofilma
  • Organizacija dela in poslovanja
Na osnovi analize odgovorov na ta vprašanja predlagamo naslednje:
  • Novo organizacijo dela in poslovanja
  • Potrebno opremo in prostore
  • Potrebne kadre in strokovno usposobljenost
  • obliko mikrofilma in način arhiviranja
  • Način iskanja posnetkov
  • Višino investicij z ekonomsko analizo upravičenosti.

Na osnovi tega se samoupravni in vodilni organi odločajo o začetku projekta.

Zelo pomembna vprašanja se včasih postavljajo pred zagovornike mikrofilma, to je pravno priznanje kopij, napravljenih iz mikrofilma. Znanstveno in praktično je dokazano, da je na mikrofilmu nemogoče spremeniti posneti dokument. Dodatne posege, kot npr. dopisovanje ali brisanje na papirju, se da s pomočjo mikrofilmske tehnike odkriti. Tudi pri nas se v praksi z vedno večjim zaupanjem na sodiščih sprejemajo kot dokazni material kopije z mikrofilma.

Januar 1985