|
|
DataMuseum.dkPresents historical artifacts from the history of: CP/M |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about CP/M Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - download
Length: 7808 (0x1e80)
Types: RcTekst, TextFile
Names: »CORN16.WP«
└─⟦b73a66207⟧ Bits:30005844 Dokumenter - Per Cornelius #12 - #134
└─⟦this⟧ »CORN16.WP«
╱04002d4e0a000600000000020a5131000000000000000000000000000000000000000000000000000e18222c36404a545e68727c86909aff04╱
↲
↲
corn afd. nr. 12 84.02.01 edb.corn.16↲
↲
↲
↲
↲
↲
TIL BAL : HLJ, KIM, HEKU, HCS, HECZ↲
GLO : PB↲
↲
↲
↲
↲
KOPI BAL : ON, JEKK↲
GLO : JFA↲
↲
↲
↲
↲
CIRKULATION : EDB-AFDELINGEN (RETUR OG ARKIV HOS ┆b0┆CNI┆f0┆).↲
↲
↲
↲
↲
FRA : CORN↲
↲
↲
↲
↲
┆a1┆Emne : RC BIBLIOTEKS SYSTEM.↲
↲
↲
↲
Indhold:↲
↲
↲
↲
1. BILAGS OVERSIGT.↲
↲
↲
↲
2. NOTATER.↲
↲
↲
↲
3. AKTIVITETS STATUS.↲
↲
↲
↲
════════════════════════════════════════════════════════════════════════
↓
↲
↲
↲
┆a1┆↲
┆a1┆1. BILAGS OVERSIGT.↲
↲
↲
↲
Til orientering vedlægges bilag til en samlet oversigt over↲
↲
de foreløbige skrifter i biblioteks projektet:↲
↲
↲
↲
┆a1┆BILAGS NR. SIDER TEKST ↲
↲
↲
1 1 Brugerændringer møde GLO 84.01.03 / KIM.↲
↲
↲
2 1 Brugerændringer møde BAL 84.01.05 / KIM.↲
↲
↲
3 2 Postbeskrivelse pr. 84.01.27 / KIM.↲
(For DPA-REG)↲
↲
↲
4 2 Hovedformål for systemet 84.01.27 / KWE.↲
↲
↲
5 1 Status for brugerønsker. Referer til BILAG 1 & 2↲
Anvendt til mødet 84.01.27 / KIM.↲
↲
↲
6 1 Dagsorden til mødet 84.01.27 / KIM.↲
↲
↲
7 1 Postbeskrivelse til eventuel DMO-REG og↲
DMA-REG, pr. 84.01.27 / KIM.↲
↲
↲
8 2 Referat for mødet 84.01.27 / KIM.↲
↲
════════════════════════════════════════════════════════════════════════
↓
↲
↲
↲
┆a1┆2. NOTATER.↲
↲
↲
Følgende punkter referer til KIM's mødereferat , se BILAG 8.↲
↲
↲
┆a1┆AD 2. BIBL.PRINT.↲
↲
Formater, og det vil sige skærmbilleder eller print-layout, kan opret-↲
tes i┆b0┆ PARAMETERFILEN┆f0┆, uden at basen skal generes om, og uden at pro-↲
grammet skal rettes og oversættes.↲
↲
Vedligeholdelse af parameterfilen sker via EDITOR.↲
↲
Sideskift på lister ┆b0┆!!!↲
↲
↲
↲
┆a1┆AD 3. ┆a1┆BASEGENERING.↲
↲
KIM skal bruge et SAVE-BÅND af DPA-REG frisk fra fad mandag morgen↲
den 6. februar 84 til genering af ny base.↲
↲
De opdaterende brugere skal sørge for at DPA-REG er opdateret, så↲
DPA-REG er så frisk som muligt af hensyn til den nye base.Brugerne↲
har lovet at sende registreringsbilag løbende til indtastning og ↲
ikke sende i "klumper".↲
↲
HM er informeret pr telefon (84.01.31 / CORN).↲
↲
↲
↲
┆a1┆AD 4. AFGRÆNSNING ANDRE SYSTEMER.↲
↲
Dette er afsnittet med de mange spørgsmåls tegn.↲
↲
Udover eventuelle grænseflader mellem afdelinger i de manuelle↲
rutiner har vi i edb-afdelingen følgende , der skal undersøges,↲
vurderes, besluttes og følges op på:↲
↲
--------------------------------------------------------------------↲
*** " FASE 1 " ***↲
┆b0┆I parallel-kørsels perioden┆f0┆ med både de gamle DPA- , DMO- og DMA-REG↲
er der styr på vedligeholdelsen, takket være AJ og PB,:↲
--------------------------------------------------------------------↲
↲
a. Vedligeholdelse og anvendelse af de gamle registre foregår↲
som i dag. Det vil sige CENTRAL indtastning i GLO.↲
↲
b. Vedligeholdelse og anvendelse af eventuel dokumentation i↲
┆b0┆PLS-SYSTEMET┆f0┆ som i dag.↲
↲
c. Indtastningen til det nye biblioteks system foregår i↲
┆b0┆┆a1┆parallelkørsels perioden centralt┆f0┆┆e1┆ i GLO.↲
↲
Mikro-program til 855 anvendes, KIM underviser i GLO i↲
denne del af systemet. De indtastede transaktioner på di-↲
sketten sendes via filtransport til en transaktionsfile i↲
BAL, hvor edb-drift på aftalte tidspunkter sørger for batch-↲
opdaterings af biblioteks systemet.↲
↲
Nye registreringsbilag til MARC RECORDEN fremstilles af PB.↲
════════════════════════════════════════════════════════════════════════
↓
↲
↲
↲
=====================================================================↲
*** " FASE 2 " ***↲
┆b0┆Efter parallel kørsels periode,┆f0┆ det vil sige forventet normal drifts-↲
fase:↲
=====================================================================↲
↲
↲
┆b0┆KONSEKVENSER FOR STAMORDRE-SYSTEMET┆f0┆ , vi ser på stamordre-systemets↲
øvrige registre efter at vi har fjernet DPA-REG, DMO-REG, og DMA-REG:↲
↲
↲
- OAD-DELEN ?↲
- SYPA-DELEN ?↲
- RESA-DELEN ?↲
- SANREG & ANDET FÆLLES ?↲
- Programmer ? ( f. eks. COPL ?)↲
- Jobfiler ?↲
- Back-up og load procedure ?↲
- Brugerkatalog ?↲
- Andet som f.eks. base, driftsforhold samt ?????↲
↲
↲
↲
┆b0┆FORUDSÆTNING 1:┆f0┆ at DPA-REG er lagt over i biblioteks systemet, og at↲
*************** DMO-REG & DMA-REG på en eller anden måde er i PLS-↲
*************** systemet.↲
↲
- Er biblioteks systemet så ok til forespørgsel for RC generelt ?↲
- Kan PLS håndtere DMO-REG & DMA-REG ? Hvilke ændringer ?↲
- Hvad med prisberegninger ? Firmaets politik er, at PLS er hoved-↲
kilden.↲
- Vedligeholdelse af bibliotekets systemet ┆b0┆DECENTRALT VIA 855'er ↲
udføres af BA, KWE , AJ og XX/ÅRH ?↲
- Vedligeholdelsen af "DMO & DMA" i PLS-systemet ok ?↲
Erstatninger f.eks.!↲
- Hvis der skal overføres data (priser ?) fra PLS til biblioteks↲
systemet, så hvordan, hvornår og hvem gør det ???↲
- Skal der eventuelt data fra biblioteks systemet til x system ?↲
- Og ordrebehandlingen af dokumentation, som ordreregistreringen↲
og lagerhandling, evt. produktion, følgesedler, fakturering, og↲
dokumentation som en del af en større ordre via OAD ?↲
(Hvad med lager- opgørelser f. eks. ?)↲
(leverandør kode i det amputerede stamordre-system ? )↲
↲
- Andre ting ?????↲
↲
↲
┆b0┆FORUDSÆTNING 2:┆f0┆ At DPA-REG , DMO-REG & DMA-REG er lagt over i biblio-↲
*************** teks systemet.↲
↲
↲
- Er biblioteks systemet ok til forespørgsel for RC generelt ?↲
- Vedligeholdelsen af biblioteks systemet f.eks. erstatninger ?↲
- Hvad sker der så i PLS ?↲
- Vedligeholdelse i PLS ?↲
- Hvilke data skal overføres/ajourføres, fra system til system ?↲
- Og ordrebehandlingen , se venligst som ovenfor i forudsætning 1 ?↲
↲
HELT ANDRE MULIGHEDER ? Hvilke ?↲
════════════════════════════════════════════════════════════════════════
↓
↲
↲
↲
┆a1┆AD 5. OPDATERING I PARALLEL KØRSELS PERIODE.↲
↲
Er omtalt i punkt ad 4.↲
↲
↲
┆a1┆AD 6. PRISBEREGNINGER.↲
↲
Det er dels et spørgsmål om beregnings-regler, og det er hovedsagelig↲
et spørgsmål om hvilket system, det skal ske i og hvor der i øvrigt↲
skal opdateres !!!↲
↲
↲
┆a1┆AD 8. INDFØRELSE AF DMO-OG DMA-REG.↲
↲
Dette er nok spørgsmålet om, hvor det er nemmest (automatik ?) at↲
vedlige. -- PB overvejer. --↲
↲
↲
┆a1┆AD 9. BRUGERKATALOGET.↲
↲
Forslag er udsendt til arbejdsgruppen for brugerkataloget.↲
Det må på grund af tidsproblemer afprøves inden gruppen har taget↲
stilling til forslaget.↲
RC normal standard til brugerkataloger er med i forslaget.↲
↲
↲
┆a1┆AD 10. BRUGERMANUAL.↲
↲
HM er meget interesseret i en brugervejledning. HUSKES !↲
↲
↲
┆a1┆┆a1┆3. AKTIVITETS STATUS.↲
↲
↲
1. HOVEDFORMÅL: færdig, ok.↲
↲
2. SØGEKRITERIER: færdig, ok.↲
↲
3. UDSKRIFTER: følgesedler, forsider ?? ellers ok.↲
↲
4. BASEVEDLIGEHOLDELSE: datamængder, ok.↲
parallelkørsel fra-til dato, ellers ok.↲
parallelkørsel vedligehold., aftalt ok.↲
afgrænsning andre systemer, black box!↲
mikro 855 i GLO klares op!↲
nye registrerings-bilag, klarer PB.↲
↲
5. BRUGERKATALOG: forslag udsendt ej godkendt↲
↲
6. DRIFTSKRAV: performance checkes ej færdigt.↲
øvrigt færdig, ok.↲
↲
7. BASEGENERING 1: færdig ok.↲
↲
8. BRUGERTEST: venstre truncation om ellers ok.↲
↲
9. ERFA OG GODK.MØDE: færdig ok.↲
↲
10. BASEGENERING 2: udføres den 6. februar 84.↲
↲
11 - 12 og 13 ej relevante nu, tidsplan ok.↲
════════════════════════════════════════════════════════════════════════
↓
┆1a┆┆1a┆┆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┆┆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┆┆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┆
B▶03◀▶06◀N▶04◀-N
▶06◀▶02◀
Q1▶0e◀▶18◀",6@JT^hrø▶86◀▶90◀▶9a◀▶ff◀▶04◀
corn afd. nr. 12 84.02.01 edb.corn.16
TIL BAL : HLJ, KIM, HEKU, HCS, HECZ
GLO : PB
KOPI BAL : ON, JEKK
GLO : JFA
CIRKULATION : EDB-AFDELINGEN (RETUR OG ARKIV HOS ▶b0◀CNI▶f0◀).
FRA : CORN
▶a1◀Emne : RC BIBLIOTEKS SYSTEM.
Indhold:
1. BILAGS OVERSIGT.
2. NOTATER.
3. AKTIVITETS STATUS.
\f
▶83◀▶90◀
▶a1◀
▶a1◀1. BILAGS OVERSIGT.
Til orientering vedlægges bilag til en samlet oversigt over
de foreløbige skrifter i biblioteks projektet:
▶a1◀BILAGS NR. SIDER TEKST
1 1 Brugerændringer møde GLO 84.01.03 / KIM.
2 1 Brugerændringer møde BAL 84.01.05 / KIM.
3 2 Postbeskrivelse pr. 84.01.27 / KIM.
(For DPA-REG)
4 2 Hovedformål for systemet 84.01.27 / KWE.
5 1 Status for brugerønsker. Referer til BILAG 1 & 2
Anvendt til mødet 84.01.27 / KIM.
6 1 Dagsorden til mødet 84.01.27 / KIM.
7 1 Postbeskrivelse til eventuel DMO-REG og
DMA-REG, pr. 84.01.27 / KIM.
8 2 Referat for mødet 84.01.27 / KIM.
\f
▶82◀▶d8◀
▶a1◀2. NOTATER.
Følgende punkter referer til KIM's mødereferat , se BILAG 8.
▶a1◀AD 2. BIBL.PRINT.
Formater, og det vil sige skærmbilleder eller print-layout, kan opret-
tes i▶b0◀ PARAMETERFILEN▶f0◀, uden at basen skal generes om, og uden at pro-
grammet skal rettes og oversættes.
Vedligeholdelse af parameterfilen sker via EDITOR.
Sideskift på lister ▶b0◀!!!
▶a1◀AD 3. ▶a1◀BASEGENERING.
KIM skal bruge et SAVE-BÅND af DPA-REG frisk fra fad mandag morgen
den 6. februar 84 til genering af ny base.
De opdaterende brugere skal sørge for at DPA-REG er opdateret, så
DPA-REG er så frisk som muligt af hensyn til den nye base.Brugerne
har lovet at sende registreringsbilag løbende til indtastning og
ikke sende i "klumper".
HM er informeret pr telefon (84.01.31 / CORN).
▶a1◀AD 4. AFGRÆNSNING ANDRE SYSTEMER.
Dette er afsnittet med de mange spørgsmåls tegn.
Udover eventuelle grænseflader mellem afdelinger i de manuelle
rutiner har vi i edb-afdelingen følgende , der skal undersøges,
vurderes, besluttes og følges op på:
--------------------------------------------------------------------
*** " FASE 1 " ***
▶b0◀I parallel-kørsels perioden▶f0◀ med både de gamle DPA- , DMO- og DMA-REG
er der styr på vedligeholdelsen, takket være AJ og PB,:
--------------------------------------------------------------------
a. Vedligeholdelse og anvendelse af de gamle registre foregår
som i dag. Det vil sige CENTRAL indtastning i GLO.
b. Vedligeholdelse og anvendelse af eventuel dokumentation i
▶b0◀PLS-SYSTEMET▶f0◀ som i dag.
c. Indtastningen til det nye biblioteks system foregår i
▶b0◀▶a1◀parallelkørsels perioden centralt▶f0◀▶e1◀ i GLO.
Mikro-program til 855 anvendes, KIM underviser i GLO i
denne del af systemet. De indtastede transaktioner på di-
sketten sendes via filtransport til en transaktionsfile i
BAL, hvor edb-drift på aftalte tidspunkter sørger for batch-
opdaterings af biblioteks systemet.
Nye registreringsbilag til MARC RECORDEN fremstilles af PB.
\f
▶84◀▶88◀
=====================================================================
*** " FASE 2 " ***
▶b0◀Efter parallel kørsels periode,▶f0◀ det vil sige forventet normal drifts-
fase:
=====================================================================
▶b0◀KONSEKVENSER FOR STAMORDRE-SYSTEMET▶f0◀ , vi ser på stamordre-systemets
øvrige registre efter at vi har fjernet DPA-REG, DMO-REG, og DMA-REG:
- OAD-DELEN ?
- SYPA-DELEN ?
- RESA-DELEN ?
- SANREG & ANDET FÆLLES ?
- Programmer ? ( f. eks. COPL ?)
- Jobfiler ?
- Back-up og load procedure ?
- Brugerkatalog ?
- Andet som f.eks. base, driftsforhold samt ?????
▶b0◀FORUDSÆTNING 1:▶f0◀ at DPA-REG er lagt over i biblioteks systemet, og at
*************** DMO-REG & DMA-REG på en eller anden måde er i PLS-
*************** systemet.
- Er biblioteks systemet så ok til forespørgsel for RC generelt ?
- Kan PLS håndtere DMO-REG & DMA-REG ? Hvilke ændringer ?
- Hvad med prisberegninger ? Firmaets politik er, at PLS er hoved-
kilden.
- Vedligeholdelse af bibliotekets systemet ▶b0◀DECENTRALT VIA 855'er
udføres af BA, KWE , AJ og XX/ÅRH ?
- Vedligeholdelsen af "DMO & DMA" i PLS-systemet ok ?
Erstatninger f.eks.!
- Hvis der skal overføres data (priser ?) fra PLS til biblioteks
systemet, så hvordan, hvornår og hvem gør det ???
- Skal der eventuelt data fra biblioteks systemet til x system ?
- Og ordrebehandlingen af dokumentation, som ordreregistreringen
og lagerhandling, evt. produktion, følgesedler, fakturering, og
dokumentation som en del af en større ordre via OAD ?
(Hvad med lager- opgørelser f. eks. ?)
(leverandør kode i det amputerede stamordre-system ? )
- Andre ting ?????
▶b0◀FORUDSÆTNING 2:▶f0◀ At DPA-REG , DMO-REG & DMA-REG er lagt over i biblio-
*************** teks systemet.
- Er biblioteks systemet ok til forespørgsel for RC generelt ?
- Vedligeholdelsen af biblioteks systemet f.eks. erstatninger ?
- Hvad sker der så i PLS ?
- Vedligeholdelse i PLS ?
- Hvilke data skal overføres/ajourføres, fra system til system ?
- Og ordrebehandlingen , se venligst som ovenfor i forudsætning 1 ?
HELT ANDRE MULIGHEDER ? Hvilke ?
\f
▶83◀▶f0◀
▶a1◀AD 5. OPDATERING I PARALLEL KØRSELS PERIODE.
Er omtalt i punkt ad 4.
▶a1◀AD 6. PRISBEREGNINGER.
Det er dels et spørgsmål om beregnings-regler, og det er hovedsagelig
et spørgsmål om hvilket system, det skal ske i og hvor der i øvrigt
skal opdateres !!!
▶a1◀AD 8. INDFØRELSE AF DMO-OG DMA-REG.
Dette er nok spørgsmålet om, hvor det er nemmest (automatik ?) at
vedlige. -- PB overvejer. --
▶a1◀AD 9. BRUGERKATALOGET.
Forslag er udsendt til arbejdsgruppen for brugerkataloget.
Det må på grund af tidsproblemer afprøves inden gruppen har taget
stilling til forslaget.
RC normal standard til brugerkataloger er med i forslaget.
▶a1◀AD 10. BRUGERMANUAL.
HM er meget interesseret i en brugervejledning. HUSKES !
▶a1◀▶a1◀3. AKTIVITETS STATUS.
1. HOVEDFORMÅL: færdig, ok.
2. SØGEKRITERIER: færdig, ok.
3. UDSKRIFTER: følgesedler, forsider ?? ellers ok.
4. BASEVEDLIGEHOLDELSE: datamængder, ok.
parallelkørsel fra-til dato, ellers ok.
parallelkørsel vedligehold., aftalt ok.
afgrænsning andre systemer, black box!
mikro 855 i GLO klares op!
nye registrerings-bilag, klarer PB.
5. BRUGERKATALOG: forslag udsendt ej godkendt
6. DRIFTSKRAV: performance checkes ej færdigt.
øvrigt færdig, ok.
7. BASEGENERING 1: færdig ok.
8. BRUGERTEST: venstre truncation om ellers ok.
9. ERFA OG GODK.MØDE: færdig ok.
10. BASEGENERING 2: udføres den 6. februar 84.
11 - 12 og 13 ej relevante nu, tidsplan ok.
\f
▶84◀▶80◀
«eof»