⟦8bb52eef6⟧

RcTekst


╱04002d4e0a000600000000020a5031000000000000000000000000000000000000000000000000000e18222c36404a545e68727c86909aff04╱
↲
corn          afd. nr. 12                   84.03.14       edb.corn.27↲
┆82┆↲
↲
↲
↲
↲
TIL:      JEKK, HECZ, HEKU, HCS.↲
↲
FRA:      CORN.↲
↲
↲
↲
↲
┆a1┆EMNE:     RETNINGSLINIER "FILE-TRANSPORT" & "BRUGER-PROGRAMMER" ???.↲
↲
↲
R C  anvender allerede i dag både file-transport og bruger-programmer.↲
Hvis udviklingen nu går meget hurtigere end forventet, har R C så også↲
forberedt sig nok på denne udvikling ??↲
↲
↲
┆a1┆1. FILE-TRANSPORT.↲
↲
Ved file-transport forstår jeg en transport af et register fra et↲
centralt placeret edb-anlæg til et andet decentralt placeret edb-↲
anlæg, eller fra det decentrale til det centrale edb-anlæg.↲
↲
Det er et spørgsmål om fordeling af data-kraft, lager, kommunikation,↲
svartider, og ikke mindst sikkerhed og backup. Vi kan også i vores↲
elektroniske tidsalder (hold af den eller ej, den er der) tage værdien↲
af den menneskelige faktor med i billedet.↲
↲
Ved file-transport kan vi for eksempel tale om følgende:↲
↲
    a.   Transport af et ubehandlet, halvfærdigt, eller fuldt færdigt↲
         register, som efter brug kan/skal ┆b0┆smides væk.┆f0┆↲
         Kaldes : down loading.↲
↲
    b.   Transport af et register, hvor man på det decentrale anlæg↲
         kan foretage opdateringer på registret. Opdateringerne fore-↲
         tages på det ┆a1┆decentrale┆e1┆ register, som om det var sket på det↲
         centrale anlæg. For eksempel indbetaling på debitorer.↲
         Det decentrale opdaterede register ┆b0┆skal smides væk┆f0┆, men↲
         transaktionerne sendes tilbage til det centrale anlæg til↲
         batch-opdatering.↲
         Kaldes : memo posting eller copies at the nodes.↲
↲
    c.   Som "b", men det er det decentrale opdaterede register, der↲
         sendes tilbage til det centrale anlæg.↲
         Kræver noget i retning af, at ethvert felt kan markeres med↲
         dato, tid (incl. sekunder) og evt. sted eller initialer.↲
         Kaldes : fully distributed data. (og kan være farligt !)↲
↲
For både a,b og c gælder det, at der kan ┆b0┆et eller flere┆f0┆ decentrale↲
anlæg, og at register kan være ┆b0┆et, flere, eller dele ┆f0┆┆b0┆af registre.┆f0┆↲
↲
Hvormange file-transport programmer har vi ?↲
Hvilke er legale og yder sikkerhed nok ?↲
Hvilke må ikke anvendes, og kan det forhindres ?↲
↲
                  --- fortsættes ---↲

════════════════════════════════════════════════════════════════════════
↓
↲
↲
↲
↲
For de brugere, som ønsker at anvende file-transport jævnligt, tit,↲
ofte, meget ( antal gange pr. dag/uge/måned/år ?) kan vi jo oprette↲
disse brugere i kataloger.↲
↲
For "engangs opgaver" ville det være en fordel, hvis man kunne "trans-↲
portere" fra disk til diskette direkte på det centrale anlæg via vore ↓
drifts-operatører.↲
↲
↲
↲
┆a1┆2. BRUGER-PROGRAMMER.↲
↲
Ved bruger-programmer forstår jeg programmer, som er udviklet af en↲
bruger til eget brug på et decentralt anlæg.↲
↲
På længere sigt burde R C overveje at:↲
↲
   a.    Oprette en central konsulent tjeneste til disse brugere,↲
         som hjælp til bruger programmering.↲
↲
   b.    Oprette en central programmerings tjeneste, der udfra↲
         brugerens instruktion fremstiller brugerens program.↲
↲
   c.    Oprette en central registrerings procedure for bruger-↲
         programmer, identifikation, navn, sprog, fremstillet af,↲
         eventuelle registre der indgår i programmet m.m.↲
↲
   d.    Klargøre rettighederne til disse bruger-programmer.↲
↲
   e.    Klargøre, hvor meget en bruger må fungere som "deltids-↲
         programmør", hvis brugerens egentlige arbejde ikke har↲
         noget med programmering at gøre.↲
↲
   f.    Klargøre, hvornår et bruger-program skal programmeres om↲
         til et R C anvendt hovedsprog, såfremt et bruger-program↲
         bliver almindeligt hos mange brugere.↲
↲
   g.    Sikre sig at programmer (og måske også disketter) ikke↲
         forsvinder.↓

════════════════════════════════════════════════════════════════════════
↓
┆1a┆┆1a┆forsvinder.↓
↓
┆1a┆↓
┆1a┆.↓
↓
┆1a┆↓
┆1a┆tter) ikke↲
         forsvinder.↓
↓
┆1a┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆

TextFile

B▶03◀▶06◀N▶04◀-N
▶06◀▶02◀
P1▶0e◀▶18◀",6@JT^hrø▶86◀▶90◀▶9a◀▶ff◀▶04◀
corn afd. nr. 12 84.03.14 edb.corn.27
▶82◀

TIL: JEKK, HECZ, HEKU, HCS.

FRA: CORN.

▶a1◀EMNE: RETNINGSLINIER "FILE-TRANSPORT" & "BRUGER-PROGRAMMER" ???.

R C anvender allerede i dag både file-transport og bruger-programmer.
Hvis udviklingen nu går meget hurtigere end forventet, har R C så også
forberedt sig nok på denne udvikling ??

▶a1◀1. FILE-TRANSPORT.

Ved file-transport forstår jeg en transport af et register fra et
centralt placeret edb-anlæg til et andet decentralt placeret edb-
anlæg, eller fra det decentrale til det centrale edb-anlæg.

Det er et spørgsmål om fordeling af data-kraft, lager, kommunikation,
svartider, og ikke mindst sikkerhed og backup. Vi kan også i vores
elektroniske tidsalder (hold af den eller ej, den er der) tage værdien
af den menneskelige faktor med i billedet.

Ved file-transport kan vi for eksempel tale om følgende:

a. Transport af et ubehandlet, halvfærdigt, eller fuldt færdigt
register, som efter brug kan/skal ▶b0◀smides væk.▶f0◀
Kaldes : down loading.

b. Transport af et register, hvor man på det decentrale anlæg
kan foretage opdateringer på registret. Opdateringerne fore-
tages på det ▶a1◀decentrale▶e1◀ register, som om det var sket på det
centrale anlæg. For eksempel indbetaling på debitorer.
Det decentrale opdaterede register ▶b0◀skal smides væk▶f0◀, men
transaktionerne sendes tilbage til det centrale anlæg til
batch-opdatering.
Kaldes : memo posting eller copies at the nodes.

c. Som "b", men det er det decentrale opdaterede register, der
sendes tilbage til det centrale anlæg.
Kræver noget i retning af, at ethvert felt kan markeres med
dato, tid (incl. sekunder) og evt. sted eller initialer.
Kaldes : fully distributed data. (og kan være farligt !)

For både a,b og c gælder det, at der kan ▶b0◀et eller flere▶f0◀ decentrale
anlæg, og at register kan være ▶b0◀et, flere, eller dele ▶f0◀▶b0◀af registre.▶f0◀

Hvormange file-transport programmer har vi ?
Hvilke er legale og yder sikkerhed nok ?
Hvilke må ikke anvendes, og kan det forhindres ?

--- fortsættes ---
\f

▶8b◀▶d0◀

For de brugere, som ønsker at anvende file-transport jævnligt, tit,
ofte, meget ( antal gange pr. dag/uge/måned/år ?) kan vi jo oprette
disse brugere i kataloger.

For "engangs opgaver" ville det være en fordel, hvis man kunne "trans-
portere" fra disk til diskette direkte på det centrale anlæg via vore
drifts-operatører.

▶a1◀2. BRUGER-PROGRAMMER.

Ved bruger-programmer forstår jeg programmer, som er udviklet af en
bruger til eget brug på et decentralt anlæg.

På længere sigt burde R C overveje at:

a. Oprette en central konsulent tjeneste til disse brugere,
som hjælp til bruger programmering.

b. Oprette en central programmerings tjeneste, der udfra
brugerens instruktion fremstiller brugerens program.

c. Oprette en central registrerings procedure for bruger-
programmer, identifikation, navn, sprog, fremstillet af,
eventuelle registre der indgår i programmet m.m.

d. Klargøre rettighederne til disse bruger-programmer.

e. Klargøre, hvor meget en bruger må fungere som "deltids-
programmør", hvis brugerens egentlige arbejde ikke har
noget med programmering at gøre.

f. Klargøre, hvornår et bruger-program skal programmeres om
til et R C anvendt hovedsprog, såfremt et bruger-program
bliver almindeligt hos mange brugere.

g. Sikre sig at programmer (og måske også disketter) ikke
forsvinder.
\f

▶88◀▶88◀
«eof»

DataMuseum.dk

RegneCentralen RC850

⟦8bb52eef6⟧ RcTekst, TextFile

Derivation

RcTekst

TextFile

Full view