|
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: 146304 (0x23b80)
Types: TextFile
Names: »D91«
└─⟦5dbd6b396⟧ Bits:30005867/disk12.imd Dokumenter (RCSL m.m.)
└─⟦this⟧ »D91«
\f
1_._ _ _ _ _ _ _ _ _R_E_S_U_M_E_ 1.
1.1 Kortfattet beskrivelse af foreslået konfiguration og systemløs- 1.1
ning samt totalomkostninger og leveringstider.
M_a_t_e_r_i_e_l_
RC79 foreslår til de foreliggende opgaver at anvende
RC8000/15 datamatsystem
bestående af
1 centralenhed incl. 128 K ord (384KB)
2 magnetpladelagre
1 matrixskriver
1 disketteenhed
4 skærmterminaler
1 linieskriver (systemprinter)
RC8000 er produceret i Danmark og konstrueret efter de mest avan-
cerede modulprincipper, med henblik på størst mulig fleksibili-
tet, således at en senere udbygning af anlægget kan foretages
uden udskiftning af eksisterende udstyr. Datamatens avancerede
virtuelle teknik med fuld integration af de hurtige baggrundslag-
re giver brugeren en samarbejdspartner, der er udover det almin-
delige med hensyn til betjening, spændvidde og driftseffektivi-
tet. Ved tegning af teknisk service abonnement garanterer RC79 en
driftseffektivitet på min. 95% af den aftalte arbejdstid.
\f
Datamatserien RC8000 består af 4 modeller:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _R_C_8_0_0_0_/_1_5_ _ _ _ _ _R_C_8_0_0_0_/_3_5_ _ _ _ _ _R_C_8_0_0_0_/_ _ _ _ _ _ _ _ _R_C_8_0_0_0_/_5_5_ _ _ _ _ _
Gns. instr.tid 6,2 us 6,2 us 2,3 us 1,2 us
halvleder-
lager
Lagerstørrel- 64-128 K ord 64-512 K ord 64-4000 K ord 64-4000 K ord
s_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _(_1_9_2_-_3_8_4_K_B_)_ _ _ _(_1_9_2_-_1_5_3_6_K_B_)_ _ _(_1_9_2_-_1_2_0_0_K_B_)_ _ _ _(_1_9_2_-_1_2_0_0_0_K_B_)_ _
Max. antal
device con-
trollere 1 3 8 8
(_f_r_o_n_t_-_e_n_d_s_)_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Alle "langsomme" ydre enheder tilsluttes RC8000 via RC3600 device
controller, hvilket gør det muligt at aflaste centralenheden.
RC8000 kan på denne måde tilsluttes næsten alle typer af ydre en-
heder.
Pladelagerkapaciteten for RC8000 spænder fra 1 x 10MB til 16 x
248MB.
Basisprogrammelsystemet, der implementerer en multiprogrammeret
maskine, er meget modulært opbygget med veldefinerede snitflader.
Systemet er baseret på en monitor, der varetager bl.a. interrupt-
behandling og kommunikation mellem modulerne (processerne). I
modsætning til en række leverandører har RC79 ikke indbygget ope-
rativsystemer i monitoren, idet disse af monitoren betragtes som
normale programmer. Dette betyder, at overgang fra et operativsy-
stem til et andet kan ske uden ændring i brugerprogrammerne. Li-
geledes kan der benyttes flere operativsystemer samtidig. Endelig
betyder den klare opdeling mellem monitoren og operativsystemer,
at det er nemt at lave nye operativsystemer til specielle for-
mål.
\f
Foruden monitor og operativsystemer består basisprogrammelsyste-
met til RC8000 af supplerende programmelpakker indeholdende bl.a.
hjælpeprogrammer, filsystemer og oversættere til FORTRAN, ALGOL,
COBOL og BASIC. Til RC8000 findes et stort spektrum af brugerpro-
grammel, hidrørende fra mere end 100 RC8000 installationer inden
for så vidt forskellige anvendelsesområder som uddannelse/forsik-
ring, fagforbund, A-kasser, foreninger, administrativ databehand-
ling, tekniske beregninger og proceskontrol.
S_y_s_t_e_m_l_ø_s_n_i_n_g_
Systemet vil blive udviklet af RC DATACENTER (RCD) afdelingen for
foreninger, fagforbund, A-kasser og forsikringsselskaber der er
fortrolige med problemløsninger indenfor ovennævnte områder og
har gennem en årrække været førende på samme.
Løsningen forusættes løst på RC8000 datamaten som er kendt af
RCD.
MF opnår således en effektiv og sikker løsning af såvel hardware
som software leverancen.
MF-systemet udarbejdes med udgangspunkt i et gennemprøvet stan-
dardsystem "MAKS", der tilgodeser de ønskede rutiner. Programmel-
let ændres løbende i takt med de enkelte brugeres ønsker og de
hyppige lovændringer på området.
\f
O_m_k_o_s_t_n_i_n_g_e_r_
O_v_e_r_o_r_d_n_e_t_ _ø_k_o_n_o_m_i_o_p_s_t_i_l_l_i_n_g_ _(_j_f_._ _p_k_t_._ _5_)_
EDB-udstyr kr. 749.950,-
Systemprogrammel (køb) - 22.000,-
Applikationsprogrammel incl. modif. - 185.000,-
(indeholder, udover applikationsprogrammel
ligeledes planlægning og implementering i.h.t.
kravspecifikation)
Engangsopgave (oprettelse af medlemsreg. m.m.) -_ _ _ _ _2_0_._0_0_0_,_-_
k_r_._ _9_7_6_._9_5_0_,_-_
Herudover skal der beregnes omkostninger til:
- datamedier ca. kr. 7.000,-
- formularer - ?
- lokaleindretning ca. - 15.000,-
- installationsomkostninger c_a_._ _-_ _ _ _ _1_3_._0_0_0_,_-_
c_a_._ _k_r_._ _ _3_5_._0_0_0_,_-_
Den månedlige ydelse beregnet for:
Udstyr (leasing 2,611%) kr. 19.580,-
Teknisk service _ _ _ _ _ _ _ _ _ _ _ _ _ _-_ _ _ _ _ _6_._5_3_0_,_-_
Pr. md. ialt kr. 26.110,-
===========================
Eller pr. md. kr. 4,35 pr. medlem
========
\f
1_._2_ _ _ _ _ _ _ _R_e_f_e_r_e_n_c_e_r_ 1.2
Følgende RC8000 installationer vil kunne sammenlignes med netop
MF>s problemkreds:
DKA, DANSK KOMMUNAL ARBEJDERFORBUND
FBA, FOREBYGGENDE BØRNEFORSORG
DSR, DANSK SYGEPLEJERÅD
DMF, DANSK MAGISTERFORENING
Herudover er der naturligvis en lang række af referencer på
RC8000 i mindre og mellemstore erhvervsvirksomheder.
1_._3_ _ _ _ _ _ _ _K_r_a_v_,_ _s_o_m_ _i_k_k_e_ _k_a_n_ _o_p_f_y_l_d_e_s_ 1.3
Ved gennemgang af udbudsmaterialet er der efter vor opfattelse
kun et område, vi ikke er i stand til at løse, uden yderligere
ændring af programmel og dermed et forøget omkostningsniveau og
er som følger:
I det af TEKNOLOGISK INSTITUT fremsendte udbudsmateriale side 62
pkt. 5.2 vedr.:
1 batch-kørsel samtidig
kan der ikke p.t. garanteres opfyldelse af dette punkt, såfremt
der ikke køres på kopi af registrene.
1_._4_ _ _ _ _ _ _ _E_v_t_._ _f_o_r_b_e_h_o_l_d_ _o_v_e_r_f_o_r_ _t_i_l_b_u_d_s_b_a_t_e_r_i_a_l_e_t_ 1.4
Der er ikke fra RC70>s side taget forbehold overfor tilbudsmate-
rialet udover at RC79 forbeholder sig ret til at benytte externt
softwarehouse i forbindelse med levering af applikationsprogram-
mel.
\f
F_ 2_._ _ _ _ _ _ _ _ _B_e_s_k_r_i_v_e_l_s_e_ _a_f_ _s_y_s_t_e_m_l_ø_s_n_i_n_g_s_f_o_r_s_l_a_g_ 2.
2_._1_ _ _ _ _ _ _ _K_o_r_t_f_a_t_t_e_t_ _p_r_i_n_c_i_p_b_e_s_k_r_i_v_e_l_s_e_ _a_f_ _p_r_o_g_r_a_m_m_e_l_ _t_i_l_ _l_ø_s_n_i_n_g_ _a_f_ _o_p_g_a_v_e_n_2.1
2_._1_._1_ _ _ _ _ _U_d_g_a_n_g_s_p_u_n_k_t_ _i_ _"_M_A_K_S_"_ _s_y_s_t_e_m_ 2.1.1
Som beskrevet under punkt 1 resum har vi taget udgangspunkt i et
gennemprøvet system "MAKS" for området fagforbund. (Jf. bilag).
Systemet er modulært opbygget. Hvert delsystem består af en ramme
med en række rutiner, samt noget delsystemafhængigt kode.
Rammen består væsentligst af fire typer rutiner:
terminalbehandler - en
fortolker - en pr. terminal
databasebehandler - en pr. terminal
printerbehandler - en pr. printer
Terminalbehandler-rutiner er grundstammen i systemet. Det er den-
ne, der registrerer de enkelte terminaler, modtager deres ordrer
samt aktiverer de øvrige rutiner, når dette er relevant.
Fortolker-rutiner udfører syntakscheck og delvis semantisk kon-
trol af de læste ordrer.
Databehandler-rutiner udfører, som navnet siger, de ordrer der
kræver tilgang til databasen.
Udskrift på printer styres af printerbehandler-rutiner.
Kun databasebehandleren indeholder direkte systemafhængige funk-
tioner og skal ændres ved nye systemer. Fortolkeren behøver kun
en beskrivelse af ordrernes opbygning for at kunne udføres og de
øvrige rutiner kræver ingen ændringer.
\f
Aktiveringen af de enkelte rutiner sker ved brug af semaforer
(signaler).
Brugen af rutiner og semaforer sikrer en for systemet bedre ud-
nyttelse af centralenheden, da de enkelte rutiner arbejder para-
llelt. Modulariteten i systemet gør at komplicerede systemer bli-
ver overskuelige og fejlrisikoen mindskes herved væsentligt -
det meste af systemet kan programmeres som om det var et ntermi-
nalsystem. Kun ved databaseopdatering skal der tages højde for at
andre terminaler er koblet til systemet, men ved anvendelse af
semaforer mindskes fejlrisikoen betydeligt.
2_._1_._2_ _ _ _ _ _K_o_m_m_u_n_i_k_a_t_i_o_n_ _m_e_d_ _s_y_s_t_e_m_e_t_ 2.1.2
Kommunikation med systemet sker ved brug af en række funktions-
taster. Strukturen er niveauopdelt således, at flere kommandoer
kan udføres på et medlem uden fornyet indtastning af cpr-nr.
Endvidere er der mulighed for fastfrysning af skærmbillede i for-
bindelse med en indtastning uden tab af inddaterede oplysninger,
hvis skærmen skal benyttes til andre formål. Den afbrudte ind-
tastning kan herefter fortsætte.
Udformningen af skærmbilleder, struktur og ledetekster vil tage
udgangspunkt i de i forbindelse med systemet anvendte blanketter.
I denne forbindelse fastlægges tillige, hvilke felter der måtte
overspringes.
I forbindelse med indtastningen foretages inddatakontrol og ved
fejl udskrives udførlig fejlmeddelelse i klartekst.
\f
2_._1_._3_ _ _ _ _ _R_e_g_i_s_t_r_e_ 2.1.3
Systemet bygges op omkring følgende registre:
Medlemsregister
Kontigentliste
Virksomheds- skibsregister
Løn- bemandingsliste
Eksamensregister
Venne- abonnementsregister
Finansregister
Finansliste
Brugerregister
Logfil
Samt diverse temporære udskrifts filer.
\f
Registrene er indbyrdes forbundet efter følgende princip:
Systemets register struktur muliggør, at registerdata kan opbeva-
res direkte tilgængelige fra terminal tilbage til systemets
start. Der er ikke indført begrænsninger af systemmæssig art.
\f
2_._1_._3_._1_ _ _ _M_e_d_l_e_m_s_r_e_g_i_s_t_e_r_ 2.1.3.1
Registret indeholder de enkelte medlemmers primære data. Registe-
ret er ordnet som en indekssekventiel fil, hvilket muliggør en
tidstro oprettelse i registeret samt hurtig a jourføring i for-
bindelse med disketter fra Arbejdsledernes A-kasse.
2_._1_._3_._2_ _ _ _K_o_n_t_i_g_e_n_t_l_i_s_t_e_ 2.1.3.2
Registret indeholder data vedrørende kontigentopkrævninger, ind-
betalinger, udbetalinger, forudbetalinger og reguleringer. Der
oprettes en postering for hver bevægelse også i forbindelse med
reguleringer opstået som følge af ændringer i statuskoden.
Listens indhold muliggør, at der kan dannes et egentligt "konto-
udtog" indeholdende de bevægelser, der er forekommet gennem tiden
for det enkelte medlem.
2_._1_._3_._2_._1_ _K_o_n_t_i_g_e_n_t_a_d_m_i_n_i_s_t_r_a_t_i_o_n_ 2.1.3.2.1
Kontigentadministrationen varetager a jourføringen af kontigent-
registret.
Principielt fungerer kontigentsystemet som et bogholderisystem,
hvor alle ændringer til medlemmerne med beløbsmæssige konsekven-
ser sker i form af modposteringer.
Systemet gør det muligt på skærmen, at genkalde de posteringer
der er forekommet i forbindelse med det enkelte medlem i form af
et "kontoudtog".
\f
Registerstrukturen muliggør udskrivning af fordelinger både i
forbindelse med udskrivning af kontigent og i forbindelse med
registrering af indbetalinger uden etablering af et speciel op-
krævningsregister.
Udskrivning af et girokort medfører oprettelse af et kontigentin-
divid i kontigentregisteret. Fordelingen på regnskabsbilagene vil
være bestemt af de enkelte medlemmers statuskode og de tilsvaren-
de gældende satser.
Ved udskrift af girokort er der mulighed for at forvanske person-
nummeret. Det forvanskede personnummer vil da kunne benyttes som
nøgleparallel med personnummeret ved søgning af medlemmerne i
medlemsregisteret.
Indbetalinger modtages fra postgirokontoret på diskette, men kan
tillige indrapporteres over skærmterminal. I sidstnævnte tilfælde
kan et eventuelt forvansket personnummer, men også det egentlige
personnummer, benyttes som identifikation. Systemet er forberedt
for PBC.
En indbetaling og en tilbagebetaling medfører oprettelse af en
indbetalingspostering i kontingentregisteret. Fordelingen udskri-
ves i forbindelse med giroindbetaling og kan udskrives på anfor-
dring (dagligt) med manuelt indrapporterede indbetalinger. Forde-
lingen vil være opdelt på perioder.
Restancekørslerne styres ved hjælp af parametre gennem anfordrin-
gen. Tilsvarende styres sletninger af medlemmerne i slettekørs-
ler. Systemet giver mulighed for at anmelde en sletning ved æn-
dring af status.
\f
Som nævnt foregår beregninger af reguleringer i forbindelse med
ændring af statuskoder tidstro og medfører oprettelse af regule-
ringspost i kontigentregisteret. Ved beregningen tages hensyn til
eventuelle ændringer i satser og tidligere udskrevne kontingent-
opkrævninger.
Giroudskrivninger kan finde sted i forbindelse med indrapporte-
ringen af statusændringer for øjeblikkelig ekspedition, men vil
normalt udskrives på anfordring for postforsendelse. I forbindel-
se med udskrivningen foretages de nødvendige registreringer i
kontingentregistret, som da indeholder de nødvendige informatio-
ner.
2_._1_._3_._3_ _ _ _V_i_r_k_s_o_m_h_e_d_s_-_ _s_k_i_b_s_r_e_g_i_s_t_e_r_ 2.1.3.3
Registeret indeholder de nødvendige oplysninger om de enkelte
virksomheder/skibe. Registeret er ordnet som en indekssekventiel
fil som automatisk oprettes i forbindelse med medlemsoprettelse.
Bruges hvor oplysninger om medlemmer i enkelte virksomheder/skibe
er nødvendige.
2_._1_._3_._4_ _ _ _L_ø_n_-_ _b_e_m_a_n_d_i_n_g_s_l_i_s_t_e_ 2.1.3.4
Information fra udfyldte spørgeskemaer lagres i listen til brug
ved udskrift af løn- og bemandingsstatistikker.
2_._1_._3_._5_ _ _ _E_k_s_a_m_e_n_s_r_e_g_i_s_t_e_r_ 2.1.3.5
Registeret indeholder eksamensoplysninger om potentielle medlem-
mer. Registeret er ordnet som en indekssekventiel fil, hvilket
muliggør hurtige opslag i forbindelse med medlemsoprettelse og
eksamensoprettelser.
\f
2_._1_._3_._6_ _ _ _V_e_n_n_e_-_ _a_b_o_n_n_e_m_e_n_t_s_r_e_g_i_s_t_e_r_ 2.1.3.6
Indekssekventiel fil som indeholder oplysninger om venner og
abonnenter.
2_._1_._3_._7_ _ _ _F_i_n_a_n_s_r_e_g_i_s_t_e_r_ 2.1.3.7
Registeret er ordnet som en indekssekventiel fil og indeholder
data vedrørende finanssystemets konti.
2_._1_._3_._8_ _ _ _F_i_n_a_n_s_l_i_s_t_e_ 2.1.3.8
I listen er lagret posterne, der skal indgå i linierne på konto-
udtog m.v. Endvidere lagres budgettal for konto, akkumulerede tal
for tidligere år m.v.
2_._1_._3_._9_ _ _ _B_r_u_g_e_r_r_e_g_i_s_t_e_r_ 2.1.3.9
Registeret er ordnet som indekssekventiel og indeholder anfor-
dringsdata, standardbrevtekster, satser som nuværende som tidli-
gere og fremtidige og andre konstanter.
Det endelige indhold fastlægges i forbindelse med detailanalysen.
2_._1_._4_ _ _ _ _ _M_o_d_u_l_e_r_ 2.1.4
Som tidligere beskrevet er systemet opbygget modulært, hvilket
simplicerer den efterfølgende vedligeholdelse. Det efterfølgende
beskriver den opdeling, der i dag benyttes i systemerne.
\f
2_._1_._4_._1_ _ _ _M_e_d_l_e_m_s_a_d_m_i_n_i_s_t_r_a_t_i_o_n_ 2.1.4.1
Oprettelser og ændringer foretages tidstro og alle kontrolfunk-
tioner foretages i forbindelse med indtastningen.
Systemet kan udskrive velkomstbreve og optagelsesbegæringer for
enkeltmedlemmer i forbindelse med indtastningen for øjeblikkelig
ekspedition, men udskrivningen sker normalt på anfordring.
2_._1_._4_._2_ _ _ _F_o_r_e_s_p_ø_r_g_s_l_e_r_ 2.1.4.2
På et enkelt medlem er der mulighed for at fremkalde skærmbille-
der på forskellige niveauer uden at gentage indtastningen af
cpr.nr. (og/eller forvansket cpr.nr.).
Af forskellige listninger skal nævnes:
- stamoplysning
Indholdet af de forskellige listninger fastlægges i detailanaly-
sen.
Søgning i medlemsregistret på dato, navn, adresser m.v. er inde-
holdt i systemet i form af en særlig rutine.
2_._1_._4_._3_ _ _ _S_t_a_t_i_s_t_i_k_k_e_r_ _m_._m_._ 2.1.4.3
Statistikker der omfatter alle medlemmer udskrives normalt i
batchkørsler, hvor de gennem en anfordring angiver dels, hvilke
statistikker der skal danne og dels under hvilke kriterier de
skal udskrives.
Anfordring kan rettes indtil kørslen har fundet sted.
\f
Eventuelle faste parametre, der er styrende for periodiske sta-
tistikker lagres i brugerregisteret.
Batch-kørsler ledsages af følgeseddel, der oplyser, hvilke uddata
der er dannet i kørslen, løbenummer, dato og rekvirent. De pågæl-
dende data lagres i systemet.
2_._1_._4_._4_ _ _ _F_i_n_a_n_s_b_o_g_h_o_l_d_e_r_i_ 2.1.4.4
Finansbogholderiet fungerer som to adskilte systemer, hvor ind-
rapporteringen sker tidstro med kontrol af afstemning og den
egentlige bogføring aktiveres som batch-kørsel ved brug af særlig
kommando. Indtil bogføringen finder sted kan eventuelle fejl ret-
tes i det inddaterede materiale.
Iøvrigt vil de ønskede uddata kunne listes på skærm inden ud-
printningen foretages i dens helhed eller i udpluk. Den endelige
sletning af finansposteringer skal anfordres specielt. Systemmæs-
sigt er der således ingen hindringer i vejen for at lagre flere
års posteringer.
Om det er ønskeligt kan der etableres integration mellem de øv-
rige delsystemer og finansbogholderiet, således at kontigentbeløb
m.v. automatisk bliver bogført på de korrekte konti. Bogføringen
ledsages af de nødvendige udskrifter.
Der refereres til tekstregister ved brug af kode eller teksten
kan indrapporteres med posteringerne.
Tekstregisteret vedligeholdes ved indtastning fra terminal.
\f
2_._1_._5_._1_ _ _ _A_d_g_a_n_g_ _t_i_l_ _d_a_t_a_ 2.1.5.1
Efter aftale fastlæggges de begrænsninger, der skal indlægges i
systemet vedrørende adgang til data, herunder sammenhængen mellem
terminaler og funktioner, endvidere er der til hver terminal
knyttet en nøgle, som skal være kendt før der kan opnås adgang
til systemet. Denne nøgle kan ændres af brugeren hvis dette øn-
skes.
2_._1_._5_._2_ _ _ _I_n_f_o_r_m_a_t_i_o_n_s_o_p_g_a_v_e_n_ 2.1.5.2
Samtlige de i databasen lagrede data er tilgængelige fra skærm-
terminal.
Udskriften af standardbreve kan ske samlet på anfordring eller i
forbindelse med sagens behandling i de tilfælde hvor øjeblikkelig
ekspedition er påkrævet.
Udskrivningen af labels m.v. på kriterier er en del af systemet.
I detailanalysen fastlægges om kriterier ud over de i oplægget
beskrevne skal være mulige.
2_._2_ _ _ _ _ _ _ _N_ø_d_v_e_n_d_i_g_t_ _d_r_i_f_t_s_p_e_r_s_o_n_a_l_e_ 2.2
Leverandørens anbefaling vedr. evt. nødvendigt driftspersonale
til den daglige drift.
Ved opbygning af RC8000 er der lagt vægt på enkel betjening,
herunder brugervenlighed og der kræves således ikke forudgående
kendskab til drift af EDB-udstyr.
\f
Betjening af en RC8000 datamat kan opdeles i følgende hovedop-
gaver:
- opstart af anlægget
- daglig bejtening
Ovennævnte kan således opdeles i følgende delopgaver:
- startprocedure for RC8000/15
- autoloading
- initialisering
- startprocedure for operativsystemet
- programanvendelse og terminalkommunikation
- fejlmeddelelser
- sikkerhedskopiering
- nedlukning
G_e_n_e_r_e_l_ _b_e_s_k_r_i_v_e_l_s_e_ _a_f_ _b_e_t_j_e_n_i_n_g_
Startprocedure for RC8000/15 foregår ved, at autoload nøgle dre-
jes og derved tilsluttes strøm. Det er herefter ikke muligt, at
utilsigtet slukke eller tænde systemet. Hele operationen foregår
fra et autoload panel placeret på hovedkabinettet.
Efter autoload indlæses systemets basisprogrammel fra autoload-
mediet til systemets interne lager. Autoload mediet kan være
pladelager af forskellig type og magnetbånd.
Under autoloadproceduren indlæses basisprogrammellet til syste-
met.
RC8000 vil herefter være autoloaded med systemets basisprogram-
mel, katalogsystemet er initialiseret og dato/klokkeslet er
inddateret.
Alle applikationsprogrammer, der er leveret med systemet er
beskrevet med tilhørende kommandoer.
\f
Alle fejl opstået under den daglige drift, vil blive udskrevet på
hovedkonsollen der primært benyttes til opstart, fejlmeddelelser
og nedlukning.
Der skal herudover foretages sikkerhedskopier af registre og
transaktionsfiler med jævne mellemrum.
Der afsluttes daglig med nedlukning af systemet i.h.t. operatør-
vejledning, der medfølger systemet.
Til den daglige drift af systemet, foreslår vi at der udpges en
ansvarlig person, som samtidig er den formelle kontakt til RC79
og dennes udpegede projektleder. Herudover bør der udpeges en
person der varetager driften af anlægget, herunder papirskift.
Eksempelvis kan dette være en eller flere personer fra MF>s per-
sonale.
Det skal nævnes, at der ikke forudsættes kendskab til EDB for at
kunne gennemføre de daglige rutiner på RC8000, men det kan anbe-
fales at de nævnte personer får en generel viden på området EDB.
RC79 vil være behjælpelig med at udpege relevante kursusmoduler.
2_._3_ _ _ _ _ _ _ _B_a_c_k_-_u_p_ _p_r_o_c_e_d_u_r_e_r_ _o_g_ _t_i_d_s_a_n_v_e_n_d_e_l_s_e_ _f_o_r_ _d_i_s_s_e_ 2.3
Back-up, nødprocedurer samt sikkerhed er vitale forudsætninger i
et on-line databehandlingssystem. Løsningen af disse problemer
indtager derfor en central rolle ved systemets implementering.
Formålet med implementering af særlige sikkerhedsprocedurer, er
naturligvis at opnå sikkerhed mod tab af data, såfremt der skulle
opstå fejl i systemet.
\f
En ødelagt database skal umiddelbart kunne genopbygges. Denne
genopbygning vil ske ved en sammenkøring af en logfil og en sik-
kerhedskopi af databasen. Logfilen indeholder samtlige de trans-
aktioner, som er udført på databasen, siden sikkerhedskopieringen
fandt sted. Selve logningen vil blive foretaget af on-line syste-
met som den sidste aktion under behandlingen af hver enkelt kom-
mando.
På dette tidspunkt vil samtlige checks være foretaget med afvis-
ning af eventuelle fejlbehæftede kommandoer til følge. Logningen
vil således kun omfatte valide kommandoer.
En yderligere reduktion af antallet af transaktioner i logfilen
opnås ved udskillelse af de kommandoer, som ikke ændrer databa-
sens tilstand f.eks. forespørgselskommandoer. Logfilen vil der-
for kun indeholde det absolut nødvendige antal transaktioner til
reetablering af databasen.
Når behovet for en reetablering af databasen opstår, vil appli-
kationsprogrammellet kunne foretage genopbygning i en speciel
batch kørsel hvor input/output operationer til langsomme ydre
enheder er skåret bort.
Der vil daglig blive foretaget kopiering (automatisk) af registre
fra en logisk adskilt del af pladelageret til en anden pladela-
gerdel. Disse kopierede registre benyttes kun til at reetablere
databasen. Omkørsel foregår således med den reetablerede database
og den aktuelle logfil.
Herudover bør der foretages en ugentlig disc kopiering af hele
databasen. Denne sikkerhedskopi af databasen vil kunne benyttes i
forbindelse med de daglige diskettesikkerhedskopier af logfilen,
til at reetablere hele databasen såfremt det vil være nødvendigt
at gå længere tilbage end aktuel dag.
\f
F_ 3_._ _ _ _ _ _ _ _ _D_e_t_a_l_j_e_r_e_t_ _b_e_s_k_r_i_v_e_l_s_e_ _a_f_ _d_e_n_ _f_o_r_e_s_l_å_e_d_e_ _k_o_n_f_i_g_u_r_a_t_i_o_n_ 3.
3_._1_ _ _ _ _ _ _ _B_e_s_k_r_i_v_e_l_s_e_ 3.1
Beskrivelse af konfigurationens materiel (centralenhed,
konsoludstyr, input- og outputenheder, ydre lagre,
datatransmissionsudstyr, terminaler o.l.).
R_C_8_0_0_0_/_1_5_
Centralenhed: 24 bit ord multiprogrambehandling, primært operativ
system MIPS/TS.
Internt lager: 128 KW halvlederteknologi, 6 bit fejlkorrigerings-
kode.
R_C_8_3_0_2_
i/o device controller til styring af ydre enheder.
R_C_8_2_0_1_
Disc controller med mulighed for tilslutning af 4 disc stationer.
Der er ligeledes mulighed for at tilslutte yderligere disc
controllere.
R_C_8_2_4_4_
Disc station med 33MB netto lagerplads.
R_C_3_6_8_1_
4-line BSC multiplexer, half or full duplex CCITT V.24 op til
9600 BPS speed.
R_C_ _F_8_1_
Modem cable, 12 m. (1 pr. RC 855 masterskærmterminal)
R_C_1_0_6_
Modem forstærker for synkron forbindelse.
\f
R_C_8_5_5_
Skærmterminal 2000 KAR display, vippe funktion. 80 KAR pr. linie,
antal linier 25 og løst tastatur.
R_C_3_6_4_0_
Matrixskriver, 250 tegn/sek. max. - svarende til 90-320
linier/min. 9x9 punkt-matrix, 155 tegn pr. linie.
R_C_3_6_4_1_
Linieskriver (tromletype) 300 lin./min. ORC-B1 karaktersæt.
R_C_3_7_5_1_B_/_R_C_3_7_8_7_
Diskettestation incl. kanaltilslutning. Dobbeltsidede disketter
med en kapacitet på 600.000 tegn.
\f
\f
3_._2_ _ _ _ _ _ _ _K_o_n_f_i_g_u_r_a_t_i_o_n_e_n_s_ _u_d_b_y_g_n_i_n_g_s_m_u_l_i_g_h_e_d_e_r_ 3.2
RC8000-serien er opbygget således, at alt eksisterende system-
programmel og brugerprogrammel til enhver tid kan overflyttes til
en anden model i RC8000-serien uden ændringer udover eventuelle
begrænsninger i ydre enheder (f.eks. tilstrækkelig lagerkapaci-
tet, antal K ord).
RC8000-serien består i dag af:
A_n_t_a_l_ _i_n_s_t_._ _+_ _i_ _o_r_d_r_e_
RC8000/15A - første installation 1979 10
RC8000/15 - første installation 1978 40
RC8000/35S - første installation 1978 13
RC8000/45S - første installation 1975 100
RC8000/50 - første installation 1980 2
RC8000/55 - første installation 1980 6
Som illustreret ovenfor, er den tilbudte RC8000/15 en af model-
lerne i RC8000-serien. Dersom en tilgang i opgavemassen senere
vil kræve øget databehandlingskapacitet kan centralenheden ud-
bygges til en virlkårlig anden model i serien. Det er her værd
at bemærke sig, at såvel al programmel som alle ydre enheder
overføres fuldstændig uændret.
Når et datasystems praktiske kapacitet skal vurderes, er det
væsentligt, at systemets flaskehalse findes. Nedenfor er søgt
illustreret, hvor falskehalsene vil kunne opstå samt hvorledes
disse kan afhjælpes.
C_e_n_t_r_a_l_e_n_h_e_d_:
Centralenheden kan udbygges: En udbygning til RC8000/35S vil
beløbe sig til kr. 80.000,- og vil forøge proceskapaciteten.
\f
P_l_a_d_e_l_a_g_e_r_:
Den foreslåede konfiguration tillader direkte tilslutning af op
til fire pladelagerenheder i et vilkårligt mix af størrelser. Det
er dog således, at der højst må forekomme en pladelagerenhed af
fastmedietypen, hvorfor eventuelle efterfølgende enheder må være
af den udskiftelige type.
Pladelagernheder findes i følgende typer og størrelser:
fastmedietypen: 10 mill. tegn (10MB) pris: kr. 50.000,-
21 mill. tegn (21MB) pris: kr. 80.000,-
Udskiftelige: 33 mill. tegn pris: kr. 95.000,-
66 mill. tegn pris: kr. 135.000,-
248 mill. tegn pris: kr. 210.000,-
En eventuel udbygning af pladelagerkapaciteten kan således fore-
tages ved enten at udskifte den oprindelige installerede enhed
med en ny og større enhed eller ved en tilføjelse af pladelager-
enheder.
S_k_r_i_v_e_k_a_p_a_c_i_t_e_t_:
Skrivekapaciteten kan udbygges ved
- at montere flere skriveenheder
eller
- at montere hurtigere skriveenheder
Skriveenheder findes i følgende typer og hastigheder:
Matrixskrivere: 80 tegn/sek., skrivebredde 80 tegn/linie
250 tegn/sek., skrivebredde 155 tegn/linie
Tromleskriverebåndskrivere:
300 linier/min., skrivebredde 132 tegn/linie
600 linier/min., skrivebredde 132 tegn/linie
900 linier/min., skrivebredde 132 tegn/linie
Kædeskrivere: 1500 linier/min., skrivebredde 132 tegn/linie
\f
I tilbudet er printer af tromletypen indeholdt, men kan natur-
ligvis ændres.
Baudprintere kan demonstreres fra primo maj.
S_k_æ_r_m_t_e_r_m_i_n_a_l_e_r_/_k_o_n_s_o_l_s_k_r_i_v_e_r_e_
Der kan direkte til RC8000 datamaten tilsluttes n skærmterminal
eller konsolskriver. Efterfølgende skærmterminaler tilsluttes en
BSC multiplexer 4 line, hvoraf RC855 master terminalen blokerer 1
udgang. For hver master terminal kan der opkobles yderligere 4
biskærmtertimaler. Dette betyder, at der på hver BSC multiplexer
kan tilsluttes op til 20 skærmterminaler og printere excl. hard
copy printere, der tilsluttes den enkelte biskærmterminal.
U_d_v_i_d_e_l_s_e_r_ _a_f_ _s_k_æ_r_m_t_e_r_m_i_n_a_l_e_r_/_o_m_k_o_s_t_n_i_n_g_e_r_
Der skal for hver femte terminal anskaffes:
1 x RC 3681 BSC MPX kr. 19.000,-
2 x RC 106 Lokal modemer kr. 12.000,-
Herudover naturligvis prisen for de enkelte skærme/skrivere.
\f
I tilbudet er printer af tromletypen indeholdt, men kan natur-
ligvis ændres.
Baudprintere kan demonstreres fra primo maj.
S_k_æ_r_m_t_e_r_m_i_n_a_l_e_r_/_k_o_n_s_o_l_s_k_r_i_v_e_r_e_
Der kan direkte til RC8000 datamaten tilsluttes n skærmterminal
eller konsolskriver. Efterfølgende skærmterminaler tilsluttes en
BSC multiplexer 4 line, hvoraf RC855 master terminalen blokerer 1
udgang. For hver master terminal kan der opkobles yderligere 4
biskærmtertimaler. Dette betyder, at der på hver BSC multiplexer
kan tilsluttes op til 20 skærmterminaler og printere excl. hard
copy printere, der tilsluttes den enkelte biskærmterminal.
U_d_v_i_d_e_l_s_e_r_ _a_f_ _s_k_æ_r_m_t_e_r_m_i_n_a_l_e_r_/_o_m_k_o_s_t_n_i_n_g_e_r_
Der skal for hver femte terminal anskaffes:
1 x RC 3681 BSC MPX kr. 19.000,-
2 x RC 106 Lokal modemer kr. 12.000,-
Herudover naturligvis prisen for de enkelte skærme/skrivere.
H_o_v_e_d_a_n_l_æ_g_
G_e_n_e_r_e_l_ _b_e_s_k_r_i_v_e_l_s_e_
Et RC8000 System består af 4 maskinelle hovedkomponenter: Cen-
tralenhed, internt lager, styreenhed til ydre ind-/udlæse enheder
samt magnetpladelagerkanal. Et givet system vil omfatte en eller
flere af disse komponenter. Enhederne er gensidigt forbundet ved
hjælp af et databus, RC8000 System-bus, som udfører al overførsel
af data mellem de sammenkoblede enheder. Databussen kan opfattes
som en selvstændig systemkomponent, da ingen af enhederne forbun-
det til bussen har speciel prioritet til at benytte denne.
\f
Alle rutineopgaver i forbindelse med ydre enheder varetages af
tilhørende styrefunktioner. Centralenheden frigøres således for
trivielle opgaver og kan koncentrere sig om databehandling. Denne
struktur medfører da også, at RC8000 Systemets totale ydelse er
væsentlig større, end de nominelle data for centralenheden umid-
delbart lader formode.
Opbygningen omkring en databus giver en generel og fleksibel
struktur, med indbygget mulighed for senere udvidelser af sy-
stemet. F.eks. med flere centralenheder eller flere styreenheder,
- alle koblet til samme databus.
I de følgende afsnit beskrives de enkelte maskinelle komponenter
mere detaljeret.
\f
C_e_n_t_r_a_l_e_n_h_e_d_
RC8000 Centralenhederne udfører programinstruktioner som hentes
fra det interne lager under behandlingen. Enheden indeholder re-
gistre og kredsløb til aritmetisk logik almen, og interrupt-sty-
ring.
Kombinationen af generel mikroprogrammering og specielle maski-
nelle funktioner resulterer i en optimal fleksibilitet og hur-
tighed. Således f.eks. instruktions-prefetch, hvilket vil sige,
at den følgende instruktion "maskinelt" hentes fra det interne
lager, mens den øjeblikkelige instruktion bliver udført. Behand-
lingsfunktionerne er ensartede for alle centralenheder, hvorimod
hastigheden for udførelsen af den enkelte instruktion afhænger af
forholdet mellem det antal funktioner, der er implementeret ved
mikroprogrammering, og det antal funktioner der er implementeret
maskinelt.
\f
En gruppe centralenheder er primært udviklet på grundlag af mi-
kroprogrammering. Typiske udførelsestider ligger fra 3 til 20
usek. for almindeligt forekomne instruktioner. Disse enheder har
muliggjort de kompakte modeller blandt RC8000 Datamaterne.
En anden gruppe centralenheder er udviklet med flere maskinelt
implementerede funktioner. Typiske instruktionsudførelsestider
ligger her fra 1 til 3 usek. Disse enheder ligger til grund for
de større modeller blandt RC8000 Datamaterne.
Alle enhederne arbejder med et 24-bit-ord enkeltadresse instruk-
tionsformat med 64 basis-instruktioner. Hver instruktion optager
12 bit og har 16 mulige adresseringsformer, herunder: relativt,
indekseret og indirekte. 12 bit-halvord er det mindste direkte
adresserbare dataformat.
RC8000 Centralenhederne benytter 4 arbejdsregistre, hvoraf 3 også
virker som indeksregistre. Dette betyder, at hele instruktions-
sættet umiddelbart er til rådighed for adressemodifikationer,
hvorved antallet af tomme registeroverførsler til det interne
lager reduceres væsentligt.
Dataformat for talbehandling omfatter 12-bit halvord og 24-bit
helord til reelle tal, samt 48-bit dobbeltord til udvidede reel-
tal og flydende kommatal beregninger.
Instruktionssættet er meget alsidig og omfatter bl.a. halvordor-
dre og ord-sammenligningsordre, hvilket muliggør ordrehandling i
lighed med de logsike ordrer, der tillader test og ændring på
bitniveau. Yderligere er der indbygget en facilitet til aktive-
ring af et progrmmeret handlingsforløb, der kan startes af for-
udvalgte instruktionstyper. Et værdifuldt værktøj til fejlretning
af programmer, til simulering af specialinstruktioner og lignen-
de. De forskellige adresseringsformer tillader dynamiske omflyt-
ninger af programmer. Det vil sige, at programmer kan udføres
hvorsomhelst i det interne lager, således også flyttes rundt, når
det er påkrævet.
\f
Et programbeskyttelsessystem med et realtidsur og et yderst virk-
ningsfuldt interruptsystem giver mulighed for multiprogrammering.
Programbeskyttelse opnås ved hjælp af grænseregistre og privili-
gerede instruktioner. Når udførelsen af en instruktion indebærer
lagertilgang, bliver lageradressen kontrolleret mod grænseregis-
tret for at forhindre, at de forskellige programmer blandes.
Yderligere er nogle priviligerede instruktioner reserveret for
operativsystemer. Hvis et almindeligt brugerprogram forsøger at
udføre en priviligeret instruktion, vil programmet blive afbrudt.
Interruptsystemet kan ligeledes afbryde programudførelsen. Inter-
ne afbrydelser, dvs. afbrydelser forårsaget indenfor centralen-
heder, har 8 niveauer, hvorimod externe afbrydelser (fra de ydre
enheder) har op til 248 niveauer på de større modeller.
Realtidsuret, der har en findeling på 0,1 msek., styrer tidsde-
lingen, der muliggør regelmæssige skift mellem programmer med
henblik på behandling af parallelle programmer.
S_y_s_t_e_m_b_u_s_
Systembussen er rygraden i RC8000 Systemet. Alle komponenter i et
system er forbundet til den samme bus og kommunikerer efter en
ensartet kommunikationsprotokol. Dette forenkler forbindelsen
mellem de forskellige komponenter, idet den enkelte komponent kun
skal forbindes tild atabussen. Kodekonversioner for specifikke
ydre enheder bliver udført af en til disse enheder hørende styre-
eller kanalenhed.
Der anvendes en asynkron, fuldt sammenhængende forespørgsel/be-
kræftelse - håndtryk - kommunikation (request/acknowledge). En
databusoverførsel består af et dataord parallelt med et adres-
seord og udføres på 0,3 usek., hvilket medfører en overførsels-
kapacitet på 3,3 M ord pr. sek.
\f
Systembussen er en selvstændig del af systemet med en autonom
busstyreenhed. Ingen af enhederne, der er forbundet til databus-
sen, end ikke centralenheden, har særlig prioritet. Hvis en af de
tilsluttede enheder skal bruge databussen, sender den en anmod-
ning om brug af databus. Når databussen er klar, får den ansøgen-
de enhed kontrol over bussen. Den næste enhed til at benytte da-
tabussen bliver valgt umiddelbart derefter, således at en ny en-
hed er klar, når den foregående bliver færdig.
Den asynkrone overførselsform betyder, at dataoverførslen mellem
to enheder vil foregå så hurtigt som muligt uafhængig af kombi-
nationen af enheder. Den faktiske overførselshastighed bestemmes
af den maximale overførselshastighed for den langsommeste af de
to enheder. Dette indebærer, at også interne lagermoduler med
forskellige cyklustider kan anvendes i det samme RC8000 System.
\f
En opbygning med den ovenfor beskrevne RC8000 System-bus sikrer
en effektiv udnyttelse af de maskinelle ressourcer og giver en
fleksibel og modulbaseret opbygning, der garanterer brugeren et
"åbent" fremtidsorienteret system, der kan tilpasses næsten en
hvilken som helst forudsigelig applikation. F.eks. kan adskillige
uafhængige centralenheder kobles til n systembus og være fælles
om de ydre enheder.
I_n_t_e_r_n_t_ _l_a_g_e_r_
RC8000 Inter lager er opbygget modulært. Størrelsen kan varieres
mellem 64 K ord og 4 M ord afhængigt af modullen, idet lageret
udbygges med moduler af halvledertypen.
Tilgang til lageret sker på 1-ords-basis omfattende 24-bit data
og en 3-bit paritetskode (eller en 6-bit fejlkorrigeringskode,
der genereres og kontrolleres af en tilhørende lagerstyrenhed. Et
enkelt ord kan læses på 0,6 usek., til læsning eller skrivning af
en ordsekvens bruges 0,7 usek. pr. ord svarende til 1,4 mill. ord
pr. sek.
\f
M_a_g_n_e_t_p_l_a_d_e_l_a_g_e_r_
RC8000 bruger magnetpladelager som baggrundslager. Pladelagermo-
duler tilkobles sytembussen ved hjælp af en magnetpladelagerka-
nal. På denne måde er det muligt at overføre data til og fra bag-
grundslageret uden at benytte centralenheder under hele overførs-
len. Centralenheden starter blot et kanalprogram; dette udføres
så selvstændigt af kanalenheden.
En kanal kan betjene 4 pladelagermoduler, og ialt 4 kanaler kan
tilsluttes systembussen (afhængig af model). Fuldt udbygget giver
dette pladelagret en total kapacitet på næsten 4000 Mbytes.
Overførselsraten til/fra pladelagret er 1,2 Mbytes pr. sek. Den
gennemsnitlige tilgangstid varierer med pladelagertypen, men er
typsk 30 - 40 msek. Data kan læses/skrives på magnetplade per ka-
nal ad gangen; positionering af læse-/skrivehoved og tilsvarende
kan udføres samtidigt på flere magnetplader.
\f
D_e_v_i_c_e_ _C_o_n_t_r_o_l_l_e_r_
Alle "langsomme" ydre enheder såsom linieskrivere, kortlæsere og
kommunikationsudstyr tilsluttes via en styreenhed for ydre ind-/-
udlæse enheder (i det følgende kaldet: I/O styreenhed - I/O for
input/output). Den styrer selvstændigt alle tilknyttede ydre en-
heder. F.eks. bliver en overførsel af data fra en stabel af hul-
kort til baggrundslageret startet af centralenheden, hvorefter
I/O styreenhed overtager arbejdet ot tilendebringer overførslen
via systembussen uden videre medvirken fra centralenheden.
Faktisk er I/O styreenheden en RC3600 Minidatamt, der er forsynet
med sit eget programmelsystem, så den kan udføre kodekonversio-
ner, styre de ydre enheder, foretage terminal-polling og så vi-
dere. Selv om den er en "rigtig" datamat, kan I/O styreenheden
ikke bruges til databehandling af brugerens programmer. Den er
specielt forbeholdt varetagelsen af kommunikationen til og fra
de ydre enheder. En enkelt I/O styreenhed er i stand til at be
\f
tjene et omfattende udvalg af ydre enheder. Yderligere kan flere
styreenheder tilsluttes RC8000 Systemet om nødvendigt, (afhængig
af model).
RC8000 I/O styreenheden kan sende og modtage data via systembus-
sen med en hastighed af 600 K bytes pr. sek.
I/O styreenheden, er således en specielt udstyret RC3600 Minida-
tamt, der leveres med samme høje teknologiske standard som
RC8000 centralenheden og er ligeledes baseret på halvleder tekno-
logi.
\f
3_._3_ _ _ _ _ _ _ _ _ _ _ _ _ 3.3
Beskrivelse af konfigurationens styre- og hjælpeprogrammel (ope-
rativsystemer, oversættere, editorer, sort-mergeprogrammel, "rap-
port/statistik generator" o.l.) samt dette programmels kompatibi-
litet.
Hovedformålet med RC8000 system-programmellet er, at opnå den
mest effektive udnyttelse af datamatressourcerne uafhængigt af
kørselsformen, samt at lette betjeningen.
Med hensyn til effektivitet, er en af de primære faktorer udnyt-
telsen af centralenheden. Normalt er centralenhedens opmærksomhed
kun påkrævet i en fraktion af den totale udførselstid for et al-
mindeligt programjob. Det meste af tiden afventer centralenheden
færdiggørelsen af nogle I/O operationer.
Dette er helt klart en dårlig udnyttelse af centralenhedens ka-
pacitet.
En løsning på dette problem er, at lade centralenhedens opmærk-
somhed skifte mellem et antal job. Medens nogle job afventer fær-
digbehandling af en I/O operation, kan centralenheden udføre da-
tabehandling for andre job.
\f
For at kunne arbejde på denne måde kræves det, at der på samme
tid er flere job tilstede i det interne lager (respektive, at
flere job er til rådighed på baggrundslager med henblik på lø-
bende ind-/udlæsning). Centralenheden vil så kunne opfattes som
et antal behandlingsenheder. Brugere, der alle behandler opgaver
samtidigt, vil opleve dette, som om de hver især har deres egen
behandlingsenhed. Denne virtuelle multibehandling er princippet
bag RC Multiprogrammeringssytemet.
Til RC8000 datamatserien forefindes en lang række basisværktøjer
(basisprogrammel), der hver for sig er orienteret mod en optimal
anvendelse af maskinellet i en given brugersituation.
Systemprogrammel til RC8000 kan opdeles i en række hovedgrupper:
A_._ _O_P_E_R_A_T_I_V_S_Y_S_T_E_M_E_R_
Monitor
MIPS/TS, S
BOSS
B_._ _H_J_Æ_L_P_E_S_Y_S_T_E_M_E_R_
Sortering m.v.
Katalogsystem
Job-management
Terminalsystemer osv.
C_._ _A_C_C_E_S_S_Y_S_T_E_M_E_R_
Sekventiel
Index sekventiel
Database
D_._ _O_V_E_R_S_Æ_T_T_E_R_E_
Algol 8
Fortran IV
(BASIC)
(COBOL)
\f
Ved etablering af et specifikt brugersystem, udvælges de værktø-
jer af ovenstående, der er hensigtsmæssige af hensyn til opgave-
løsninge.
På de følgende sider er kort beskrevet de værktøjer, som vil
kunne benyttes til løsening af MF>s opgaver.
B_a_s_i_s_p_r_o_g_r_a_m_m_e_l_
M_o_n_i_t_o_r_
Monitor udgår det programmelelement, der implementerer RC8000
Multiprogrammeringssystemet. Systemets basisbegreb er "proces-
sen". En proces er her defineret som det området i det interne
lager, hvor alle behandlingsaktiviteterne, der angår et bestemt
job, bliver udført. I multiprogrammeringssytemet er centralenhe-
dens opmærksomhed ligeligt fordelt mellem alle de tilstedeværende
(respektive tilrådighedsværende) processer og disse bliver derfor
kaldt "parallelle processer". I dette miljø styrer operativsyste-
met Monitor følgende funktioner:
- Fordeling af maskintid mellem parallelle processer.
- Påbegyndelse, udførelse og afslutning af processer.
- Kommunikation mellem processer.
- Reservering og påbegyndelse af sekventielle I/O dataoverførs-
ler.
- Administration af baggrundslagerkataloget.
\f
Monitorprogrammet er permanent placeret i det interne lager. Når
det er igang med at udføre en funktion, kan det ikke afbrydes af
noget andet program. Det kan betragtes som en udvidelse af de ma-
skinelle faciliteter.
Ved hjælp af interval-timeren og interruptsystemet tildeler Moni-
tor processerne 25,6 msek. behandlingstid efter f.eks. 10 msek.
for at vente på en ydre enhed, bliver den næste proces i køen
startet.
Hver proces har en procesbeskrivelse, der indeholder et symbolsk
navn, relationer til andre processer, grænser for procesområdet i
det interne lager, status og anden information, der er nødvendig
for administrationen af datamatressourcerne. Ialt 21 processer
kan eksistere samtidigt, og ved hjælp af et beskyttelsessystem er
det garanteret, at ingen af proces af vanvare opererer udenfor
sine grænser.
\f
Hvis to parallelle processer ønsker at kommunikere, er Monitor i
stand til at formidle kontakten ved hjælp af fem procedurer, kal-
det: send meddelelse, afvent svar, afvent meddelelse, send svar
og afvent hændelse. Hver proces har en kø hos Monitor, hvor den
kan modtage meddelelser fra andre processer. Ved at bruge kommu-
nikationsprocedurerne er det muligt at overføre data fra en pro-
ces til en anden.
Ydre enheder bliver også betragtet som en slags processer, idet
maskinellet i forhold til centralenheden repræsenteres af en
"driver", d.v.s. et styreprogram, - og disse bliver ligeledes
identificeret ved et symbolsk navn. Kommunikationsprocedurerne
kan så bruges til at påbegynde sekventielle dataoverførsler mel-
lem processer og ydre I/O enheder, eller til at etablere en kon-
versation med en terminal.
Brugere kan opbevare programmer og data permanent på baggrundsla-
geret, der er organiseret som en samling navngivne dataområder.
En bestemt del af hvert lager er reserveret til et katalog, der
beskriver navnene og placeringerne af dataområderne. Kataloget
kan underopdeles i et ubegrænset antal delkataloger, med samme
struktur som hovedkataloget, og med hver sin specifikke tilgangs-
begrænsning.
Denne hierarkiske struktur, kombineret med et system til program-
beskyttelse sikrer, at dataomåderne er utilgængelige for uvedkom-
mende, men tillader derimod brugerne at nyde godt af fælles pro-
grambiblioteker o.s.v. Dataområder bliver tildelt efter en stra-
tegi, der tillader, at der foretages udvidelser eller indskrænk-
ninger, når det er nødvendigt og således gør reorganisering
overflødig.
\f
S_Y_S_T_E_M_-_P_R_O_C_E_S_ _>_S_>_
Systemproces >S> er nøglen til RC8000 systemets dynamiske aspek-
ter med hensyn til operativsystemer.
Et operativsystem er et program, der kontrollerer udførelsen af
andre programmer, f.eks. et gruppebehandlingssystem, der organi-
serer en sekventiel udførsel af progrmmer, et tidsdelingssystem
til samtidig programmering fra en række terminaler eller et real-
tidssystem til opdatering af en database. Normalt er et operativ-
system lavet til n, og kun en slags funktion.
I modsætning hertil har RC8000 Monitor ikke nogen indbyggede
forestillinger om programplanlægning og ressourcetildeling; den
tillader et hvilket som helst program at starte andre programmer
i en hierarkisk struktur og at udføre disse efter en strategi.
Monitors funktioner, som beskrevet i forrige afsnit, udgør en
bred ramme for forskellige planlægningsstrategier.
\f
Efter den første indlæsning af systemprogrammellet "ejer" system-
proces >S> alle datamatressourcerne. Brugere kan så, fra en til-
fældig terminal reservere et lagerområde for at begynde et pro-
gram. >S> vil straks lave procesbeskrivelse til Monitor og pro-
cessen er etableret.
En sådan brugerproces vil så løbe parallelt med >S>, der virker
som et primitivt operativsystem for de parallelle processer A, B
og C, det selv har startet.
De tre processer A, B og C kan kaldes børneprocesser i forhold
til >S>, og de kan igen skabe deres egne børneprocesser D, E, F,
G og H. Børneprocesserne kan kun tildeles en delmængde af de res-
sourcer, der er reserveret af forældreprocessen. Forældreproces-
sen virker som operativsystem for sine børneprocesser; den kan
påbegynde, modificere, stoppe og fjerne sine børneprocesser alt
efter den ønskede strategi.
Proceshierarkiet kan udvides både i dybden og i bredden. I det
familietræ der opstår, har "forældrene" uindskrænket råderet over
deres "gørn". Således bliver begrevet "operativsystem" meget va-
rieret og dynamisk i sammenhæng med RC8000 systemer. Operativsy-
stemet kan skrives i et passende høj-niveau sprog, som ALGOL8, og
implementeres som et hvilket som helst andet program; de kan li-
geledes udskiftes dynamisk, hvilket sætter systemet i stand til
at skifte mellem forskellige operationsformer, ligesom adskilli-
ge operativsystemer kan være aktive på en gang.
\f
O_p_e_r_a_t_i_v_s_y_s_t_e_m_
M_I_P_S_/_T_S_
Til hjælp ved afviklingen af on-line systemer på RC8000 er der
udviklet en række operativsystemmoduler som specielt tager sigte
på løsningen af problemer i forbindelse med interaktiv program-
afvikling, multiterminalbehandling, access af terminaler, print
af output. Følgende moduler indgår i dette kompleks af operativ-
systemer:
A. SOS - swopping on-line system
B. TEM - terminal access module MIPS/TS
C. PRIMO - printer module
S_O_S_-_k_a_r_a_k_t_e_r_i_s_t_i_k_a_
SOS er udviklet med det formål at samme del af primærlageret skal
kunne deles af en række interaktive brugerprogrammer. Denne opga-
ve er løst på den måde, at SOS fungerer efter følgende princip-
per:
(1) Prioriteringen af de enkelte brugerprogrammer foretages dyna-
misk i forhold til terminalaktivitet. Programmer, som hyppigt
tager imod terminalinput henholdsvis genererer terminalout-
put, får relativt ofte tildelt beregningstid mens programmer
med begrænset terminalaktivitet kun får tildelt beregnings-
tid, når centralenheden alligevel er ledig.
(2) Et program kan swoppes ud af primærlageret, når
a. det beder om terminalinput
b. det genererer terminal output
c. det opnår en lavere prioritet end et andet program efter
udløbet af en time slice
I tilfældene a og b vil programmet alligevel være inaktivt.
(3) Programafviklingen kan fortsættes, når programmet modtager
terminaloutput eller centralenheden igen bliver ledig.
\f
Det bemærkes, at SOS modtager/afleverer al terminalinput til
brugerprogrammer via TEM.
Den tid, som medgår til at swoppe et program ud af primærlageret
og starte et nyt program op, andrager i praksis omkring 300-400
millisekunder. Målingen er gælden for et typisk brugerprogram med
et procesareal på ca. 100KB i primærlageret.
T_E_M_-_k_a_r_a_k_t_e_r_i_s_t_i_k_a_
TEM udfører på en eller flere brugerprogrammers vegne access til
et antal terminaler. Brugerprogrammer afleverer terminaloutput
til TEM, som sørger for den videre forsencelse til en specifici-
eret terminal. Input fra en terminal modtaget ligeledes af TEM,
som igen sørger for den videre overbringelse til et brugerpro-
gram.
Det er vigtigt at understrege, at TEM tilbyder spooling af ter-
minalinput/output. Derved opnår man, at brugerprogrmmer ikke sin-
kes af en så relativt langsom enhed som en terminal. Input til
brugerprogrammer og output til terminalen sættes op i køer, der
er opstillet for alle brugerprogrammer og terminaler.
Oprettelse og nedlæggelse af en terminals forbindelse med et bru-
gerprogram kan ske dynamisk på terminaloperatørens initiativ.
P_R_I_M_O_-_k_a_r_a_k_t_e_r_i_s_t_i_k_a_
PRIMO>s primære formål er at varetage konverteringen af bag-
grundsfiler til en specificeret printer. PRIMO kan af terminal-
operatøren betjenes direkte under SOS eller via et brugerprogram.
PRIMO giver desuden mulighed for specifikation af en formular-
type.
Idet det forudsættes, at det nævnte basisprogrammel bringes i
anvendelse, vil primærlageret og baggrundslageret få følgende
principielle udseende:
\f
P_r_o_g_r_a_m_m_e_r_i_n_g_s_s_p_r_o_g_
Til programudvikling i RC8000 omgivelser er en anvendelse af
ALGOL 8 anbefalelsesværdig. Dette gælder specielt i forbindelse
med løsningen af administrative databehandlingsopgaver. I forhold
til ALGOL ifølge Revise Report on the Algorithemic Language Algol
60, som beskriver de mest fundamentale begrever i det algoritmis-
ke sprog, er RC79>s ALGOL 8 forsynet med flere nye sprogelementer
samt en række standardprocedurer.
\f
Udviklingen af nye sprogelementer er specielt afledt af et kon-
stateret behov for nogle overskuelige mekanismer til styring af
datas afhængighed af en bestemt skærm i on-line systemer, hvor
multiterminalbehandling er et ubetinget krav. Som eksempel på et
nyere sprogelement i ALGOL kan implementeringen af contextblokke
nævnes.
Ved anvendelse af contextblokke kan programmøren knytte flere
logisk adskilte, men alligevel identiske datasæt til et option-
bestemt antal skærme. Denne kendsgerning gør programmeringsmæs-
sigt behandlingen af en serie transaktioner fra samme skærm
uproblematisk, trods det at transaktioner fra andre terminaler
løbende tildeles behandlingstid i de mellemliggende tidsinterval-
ler.
Ved benyttelse af contextbegrebet undgår man på en simpel måde,
at de enkelte terminaler på samme tid har hver sin inkarnation af
det samme brugerprogram liggende i primærlageret. Den kendsger-
ning, at man ved anvendelse af contextblokke kan lade samme pro-
gram betjene samtlige terminaler, bevirker umiddelbart en væsent-
lig reduktion i den tid, som medgår til at swoppe programmer ud
og ind af primærlageret.
Den komplette række af standardprocedurer, som gennem tiden er
implementeret i RC70>s ALGOL, vil det ikke være formålstjenligt,
at nævne i denne sammenhæng. Det kan blot anføres, at de tilkomne
standardprocedurer i hovedsagen vedrører følgende problemområder:
- input/output procedurer på karakter- og recordniveau
- monitorfunktioner
- systemfunktioner
- en programmørdefineret styring af programsegmentering i det
virtuelle lager
- håndtering af formatskærme
- matematiske funktioner
- diverse test- og hjælpeprocedurer
\f
F_i_l_h_å_n_d_t_e_r_i_n_g_
Som standardprogrammel til filhåndtering tilbyder RC79 ISQ- og
CF-systemet. ISQ- og CF-systemet, der står for Index Sequential
Files henholdsvis Connected Files, udgøres af en række ALGOL-pro-
cedurer.
ISQ-filer er en videreudbygning af de sekventielle filer, hvor
sekvensen af alle records i en fil er ordnet efter værdien af et
nøglefelt i de enkelte records. Værdien af dette nøglefelt giver
en entydig identifikation af en record. I forhold til sekventiel-
le filer er ISQ-filer i RC79-forstand blot udvidet med indexta-
beller i to niveauer, hvorved der sikres et hurtigt opslag på en
vilkårlig record i en fil.
CF-systemet baserer sig i stort omfang på ISQ-systemet. Det er
imidlertid karakteristisk for CF-systemet, at det eksplicit be-
skriver sammenhæng mellemd ata ved at etablere filer, som sammen-
kæder disse data. Udvidelser af systemer som benytter CF-syste-
met, kan umiddelbart foretages, medens tilføjelser af nye kæder
kun kræver en begrænset programmørindsats.
A_p_p_l_i_k_a_t_i_o_n_s_p_r_o_g_r_a_m_m_e_l_
Der er på RC8000 fuld software kompatibilitet, således at det
eksisterende applikationsprogrammel til enhver tid kan flyttes
til en anden model i RC8000 serien uden ændringer udover konfigu-
rationsmæssige forhold.
S_o_f_t_w_a_r_e_k_a_t_e_g_o_r_i_e_r_
RC79>s softwareprodukter består af basissoftware samt applika-
tionssoftware. Et softwareprodukt (program eller softwarepakke,
herefter kaldet et Program) defineres ved hjælp af et programnum-
mer og et aktuelt version- og releasenummer.
\f
Nye releases af et Program er kompatible med tidligere releases.
Nye versioner af et program består af essentielle forbedringer og
nye faciliteter, som kan medføre ændringer i den installerede
software og hardware.
Programmerne er opdelt i 3 kategorier A, B og C.
Kategori A: Inkluderer basissoftware som vedligeholdes og videre-
udvikles af RC79.
RC79 afholder omkostningerne i forbindelse med ret-
telse af fejl, samt instruktion af kunden i hvorledes
evt. fejl kan omgåes. Fejl som har en afgørende ind-
flydelse på driften vil blive rettet uden unødig for-
sinkelse. For kategori A software opretholder RC79
Software Information Service (SIS), som kunden skal
tilmelde sig for de aktuelle programpakker i kategori
A.
Kategori B: Inkluderer basis- samt applikationssoftware, hvor
RC79 råder over kvalificeret personale til fejlfin-
ding samt rettelse af det leverede software. For den-
ne support skal der normalt indgåes en separat ved-
ligeholdelsesaftale, ellers betales supporten efter
de til enhver tid gældende takster.
Kategori C: Inkluderer basis- samt applikationssoftware udviklet
af RC79 eller af en kunde eller en trediepart. RC79
opretholder ingen vedligeholdelse på kategori C soft-
ware, men foretager kun distribution.
Subskription omfatter et abonnement på RC-SIS (Software Informa-
tion Service), hvilket omfatter:
- automatisk tilsendelse af information vedrørende de software-
pakker, som er omfattet af abonnementet. (Een gang pr. måned.
\f
- ret til at rekvirere eet frit eksemplar af nye manualer hørende
til de softwarepakker, som er omfattet af abonnementet.
- automatisk tilsendelse af generel (ikke pakkespecifik) informa-
tion, når denne foreligger. (Højst een gang pr. måned).
- automatisk tilsendelse af et eksemplar af "Connection of Infor-
mation Notes", når en sådan foreligger (Ca. een gang pr. år).
3_._4_ _ _ _ _ _ _ _ _ _K_o_n_f_i_g_u_r_a_t_i_o_n_s_ _s_i_k_k_e_r_h_e_d_ 3.4
Den tilbudte konfigurations sikkerhed, herunder forventet optid
(= den gennemsnitlige produktive driftstid, som konfigurationen
kan forventes at have i forhold til normal arbejdstid).
Driftssikkerheden af et vilkårligt datasystem afhænger af en
række faktorer, hvoraf de væsentligste er:
- Omgivelser
- Anvendelse (komplexitet og størrelse)
- Sikkerhedssystemer
RC79 garanterer i kontraktmæssige sammehænge en tilgængelighed
til systemet på min. 95%, og det er vor erfaring fra en række
installationer, at det er muligt uden særlige forholdsregler at
opnå endog meget høje optider. (Jf. vedlagte kontraktbilag på
vedligeholdelse).
Såfremt MF ved længere varende driftsstop ønsker ekstern sik-
kerhedsprocedure indlagt, kan vi foreslå følgende:
A/S REGNECENTRALEN af 1979 kan ikke i forbindelse med drifts-
stop af længere varighed garantere for tilsvarende anlæg til
back-up indenfor kortere tid. En effektiv back-up forudsætter
en næsten identisk konfiguration, da der er tale om et termi-
nalsystem.
\f
For at kunne opfylde det stillede krav, kan følgende tre mulig-
heder foreslåes:
A. Kørsel hos eksisterende bruger efter aftale
B. Back-up aftale med RCD
C. Dublering af anlæg.
3_._5_ _ _ _ _ _ _ _I_n_s_t_a_l_l_a_t_i_o_n_s_k_r_a_v_ 3.5
Beskrivelse af installationskrav (pladsbehov, el-forbrug og øv-
rige krav til el-forsyning, krav til klimaanlæg, gulvbelastning
samt evt. andre krav).
Vor Tekniske afdelingen har udfra den foreliggende konfigura-
tionstegning noteret følgende vedrørende ovennævnte punkt.
RC8000 kan normalt installeres i et almindeligt lokale, hvor der
er taget hensyn til nedenfor anførte krav.
Strømforsyningen skal være 3 stikkontakter med 3-faser, 0 og
jord, 16 amp. Anlægget må ikke sikres med HFI-relæ.
Effektforbrug: 950 Watt
Startstrøm: 24 amp i 8 sek.
Varmeafgivelse: 3420 K.joule pr. time.
Rumtemperaturen skal være ca. 16-27 og rumfugtigheden 40% til
60% relativ.
Vægt: 150-200 kg.
M_m_m_ 2
Areal til anlæg ca. 22 m (2 kabinetter - mindste breddemål for
P_p_p_ lokale 2,40 m.
\f
S_k_æ_r_m_t_e_r_m_i_n_a_l_e_r_:
Effektforbrug: 150 Watt pr. terminal
Varmeafgivelse: 540 K.joule pr. time
Vægt: 17,3 kg.
P_l_a_d_e_l_a_g_e_r_e_n_h_e_d_:
Effektforbrug: 720 Watt
Varmeafgivelse: 2592 K.joule pr. time
Vægt: 110 kg.
M_a_t_r_i_x_s_k_r_i_v_e_r_:
Effektforbrug: 350 Watt
Varmeafgivelse: 1260 K.joule pr. time
Vægt: 43 kg.
D_i_s_k_e_t_t_e_e_n_h_e_d_:
Effektforbrug: 120 Watt
Varmeafgivelse: 432 K.joule pr. time
Vægt: 21 kg.
L_i_n_i_e_s_k_r_i_v_e_r_:
Effektforbrug: 680 Watt
Varmeafgivelse: 2448 K.joule pr. time
Vægt: 154,6 kg.
Af vort kontraktoplæg vil fremgå, at RC79 senest ved kundeaccept
forpligter sig til at meddele brugeren installationsvejledning.
Herunder vil forslag til anbringelse blive fremført.
Omkostninger til lokaleindretning er estimeret til kr. 15.000,-
som nævnt under afsnit 1.1.
\f
F_ 4_._ _ _ _ _ _ _ _ _T_i_d_s_-_,_ _a_r_b_e_j_d_s_-_,_ _o_g_ _r_e_s_s_o_u_r_c_e_p_l_a_n_ 4.
Detaljeret forslag til tids-, arbejds- og ressourceplan frem til
første produktkørsel.
I ethvert projektforløb kan aktiviteterne opdeles i:
- LEVERANDØRAKTIVITETER
- KUNDEAKTIVITETER
I det følgende vil vi opstille fordeling af disse baseret på
ovennævnte frem til første produktionskørsel.
K_U_N_D_E_A_K_T_I_V_I_T_E_T_E_R_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _L_E_V_E_R_A_N_D_Ø_R_A_K_T_I_V_I_T_E_T_E_R_ _ _ _
- Behovsanalyse
- Besparelsesmuligheder
- Kravspecifikation - Tilbud
- Valg af leverandør - Kontraktudkast
- Kontrakforhandling
KONTRAHERING
- Uddannelse - Udarbejdelse af
systemoplæg
- Deltage i detailanalyse
- SIS (Software Information
Service) oplæg
- Systemoplæg
GODKENDELSE AF
SYSTEMBESKRIVELSE
- Testmateriale - Programmering
(modifikationer)
- Materiale til kartoteks-
oprettelse
GODKENDELSE AF
LOKALER
- Systemtest
OVERTAGELSESDAG
- Kartoteksoprettelse
- Parallelkørsel
- Produktion - Hjælp ved indkøring
- Almindelig drift
(Jf. skematisk opstilling af projektforløb).
\f
\f
M_a_s_k_i_n_e_l_
A_f_l_e_v_e_r_i_n_g_s_g_a_n_g_
A. Godkendelse af lokaler
B. Installation og teknisk afprøvning
C. Afleveringsprøve ca. 5 dage
D. Overtagelsesdag
Dage 0 5 10 15 20 25 30 35 40 45
A B C D
R_e_s_u_m__
- Der er afsat 1 dag til godkendelse af lokaler.
- Der er afsat ca. 2 dage til gennemførelse af installation.
- Der er afsat ca. 5 dage til afleveringsprøve.
Når systemet er i drift vil MF blive bejtent af RC79 Teknisk
service.
P_r_o_g_r_a_m_m_e_l_l_e_v_e_r_i_n_g_
Levering af standard programmel samt modifikationer til dette:
6 måneder efter modtaget kundeaccept
Herefter vil systemet blive vedligeholdt af RCD systemservice.
(Jf. afsnit 5.3)
Nødvendige ressourcer til opgavernes løsning efter kontraktunder-
skrivelsen fra leverandørens og brugerens side.
På baggrund af de foreliggende oplysninger, vil programmering af
opgaven være beregnet til 6 personmåneder inklusive beskrivelse
af brugervejledning. Kunden deltager aktivt via den udpegede
projektansvarlige.
\f
RC79 vil efter kontaktens accept udpege en projektleder fra vor
systemafdeling samt en projektgruppe bestående af et antal pro-
grammører. Vi anbefaler kraftigt at MF ligeledes udpeger en kon-
taktperson. Disse to personer skal i fællesskab danne projektle-
delsen.
Ressourcefordelingen kan skitseres således:\f
F_ 5_._ _ _ _ _ _ _ _ _O_m_k_o_s_t_n_i_n_g_e_r_ 5.
5_._1_ _ _ _ _ _ _ _ 5.1
Alle direkte omkostninger, specificeret pr. enhed og vist i ta-
belform. Herunder køb-, leasing og lejepriser, priser for styre-
og hjælpeprogrammel m.v. og teknisk service m.v. samt forfalds-
tidspunkter.
\f
V_e_d_r_ø_r_e_n_d_e_ _l_e_a_s_i_n_g_
Finansiering ved leasing kan opdeles i følgende moduler:
- Variabel ydelse
- Fast ydelse
Herudover kan der aftales depositum på samtlige ovennævnte afta-
ler. Depositum vil automatisk reducere leasing-procentsatsen, af-
hængig af det antal måneder der ønskes at deponere over.
V_a_r_i_a_b_e_l_ _y_d_e_l_s_e_
Leasingafgiften reguleres i forhold til det gældende renteniveau.
F_a_s_t_ _y_d_e_l_s_e_
Den faste leasingydelse vil uanset ændring i renteniveauet på
markedet, ikke komme brugeren af leaset udstyr til hverken fordel
eller ulempe under den aftalte leasingperiode.
Den tilbudte leasingsats er baseret på en 60 måneders leasingpe-
riode med forudbetaling og beløbsstørrelse mellem kr. 500.000 og
5 mill.
Ønskes anden leasingaftale f.eks. indeholdende x antal måneders
depositum nedbringes leasingsatsen tilsvarende.
5_._2_ _ _ _ _ _ _ _O_m_k_o_s_t_n_i_n_g_e_r_ _t_i_l_ _b_r_u_g_e_r_p_r_o_g_r_a_m_m_e_l_ 5.2
Omkostninger i forbindelse med applikationsprogrammel vil beløbe
sig til kr. 205.000,-
Omkostningerne er kalkuleret udfra et forbrug til programmering
på ca. 600 timer a kr. 347,-.
Omkostninger til programmel (basisprogrammel), såfremt dette ikke
er erhvervet ved mdl. leje udgør kr. 22.000,-.
\f
Basisprogrammel som er nødvendigt, baseret på leje.
M_d_l_._ _l_e_j_e_
RC8001 Basissystem kr. 400,-
RC8010 System utility kr. 150,-
RC8010 Operativsystemet MIPS/TS k_r_._ _2_7_5_,_-_
kr. 825,-
=========
Den månedlige leje inkluderer RC SIS (Software Information
Service) der løbende informerer om nye program produkter. (Jf.
kontrakt bilag).
5_._3_ _ _ _ _ _ _ _S_y_s_t_e_m_s_e_r_v_i_c_e_a_b_o_n_n_e_m_e_n_t_ 5.3
Dækkende bistand vedrørende systemet kr. 1.050,-
Alle priser er excl. moms.
5_._4_ _ _ _ _ _ _ _A_n_d_r_e_ _o_m_k_o_s_t_n_i_n_g_e_r_,_ _h_e_r_u_n_d_e_r_ _e_v_t_._ _d_a_t_a_t_r_a_n_s_m_i_s_s_i_o_n_ 5.4
INGEN.
\f
F_ 6_._ _ _ _ _ _ _ _ _B_e_s_k_r_i_v_e_l_s_e_ _a_f_ _l_e_v_e_r_a_n_d_ø_r_f_o_r_h_o_l_d_ 6.
6_._1_ _ _ _ _ _ _ _G_e_n_e_r_e_l_t_ _o_g_ _s_p_e_c_i_e_l_t_ _o_m_ _d_e_ _a_n_s_v_a_r_l_i_g_e_ _a_f_d_e_l_i_n_g_e_r_ 6.1
A/S REGNECENTRALEN>s historie kan føres tilbage til 1947, hvor
Akademiet for de Tekniske Videnskaber nedsatte en komit til at
følge udviklingen af matematikmaskiner. I 1964 blev A/S Regnecen-
tralen stiftet og har siden været førende inden for udviklingen
af databehandling i Danmark.
A/S REGNECENTRALEN af 1979 blev etableret den 07.07.79 ved en
overtagelse af aktiverne omkring udvikling, produktion og salg af
datamater og tilhørende programmel fra A/S Regnecentralen under
betalingsstandsning.
Baggrunden for etablering af A/S REGNECENTRALEN af 1979 er:
- Ønsket om at bevare en dansk dataindustri
- Et sortiment af konkurrencedygtige produkter
(RC8000 m.v.)
- Et stort antal brugere af RC Datasystemer.
Virksomheden er intern struktureret som en række afgrænsede for-
retningsområder, der hver for sig udgør en selvstændig operatio-
nel og økonomisk enhed. (Jf. organisationsplan).
A/S REGNECENTRALEN af 1979:
- Har egen udviklingsafdeling i Danmark.
- Beskæftiger sig med programmel (SW) og maskinel
(HW) udvikling.
- Har egen produktion i Præstø, hvor dataudstyr af
høj teknologisk standard produceres.
- Har en systemafdeling med højt uddannede medar-
bejdere indenfor de mange specialområder RC ofte
er engageret i, herunder programmører, system-
analytikere og systemkonsulenter.
\f
- Har hovedkontor på Lautrupbjerg 1, Ballerup, og
filialkontorer i Ålborg, Århus og Odense. Hertil
kommer datterselskaber og agenter i udlandet.
- Yder teknisk service på installationer fra afde-
linger i Ballerup, Odense, Århus og Ålborg.
- Har en teknisk afdeling i Glostrup med specia-
lister i datateknik. Her produceres en række af
vore produkter og den endelige test af udstyr
foretages ligeledes herfra.
- Leverer telefonoplysningssystemer på verdensplan
og er blandt de førende på et marked, hvor der
fremover kan forventes yderligere efterspørgsel.
- Har på området datanet en førende position. Her
opbygges datatransmissionssystemer med mulighed
for, at forskellige fabrikater af EDB-maskiner
kan arbejde sammen. På dette område vil der
fremover ligeledes kunne forventes en stigende
efterspørgsel.
P_r_i_v_a_t_ _S_e_k_t_o_r_
Privat Sektor vil i denne sag være ansvarlig omkring leverancen
af MF>s system. Privat Sektor afsætter administrative systemer
indenfor områderne:
- Handel og industri
- Foreninger
- Fagforbund
- A-kasser
- Forsikringsselskaber
Langt den overvejende del af vore leverancer er nøglefærdige
systemer, hvor vi er eneansvarlige for
- maskinel leverance
- programmel leverance
- uddannelse af personel
\f
For at sikre en præcis og velkvalificeret installation af data-
systemer hos vore kunder, arbejder vi ved gennemførelse af kun-
delverancer i udstrakt grad med anvendelse af projektorganisation
(Jf. afsnit 4).
Leverancer iøvrigt, tæller både mindre og mellemstore dataanlæg,
der alle er skærm- og magnetpladeorienterede, terminaludstyr m.m.
\f
\f
R_C_7_9_ _p_r_o_d_u_k_t_e_r_
Principper i RC produktopbygning kan illustreres med følgende
produktoversigt:
Karakteristik af nuværende og planlagte produkter inden for
produktområdet.
R_C_8_0_0_0_ _D_a_t_a_b_e_h_a_n_d_l_i_n_g_s_s_y_s_t_e_m_
RC8000 databehandlingssystem er en højt udviklet datamat, opbyg-
get omkring en DATABUS, hvortil enheder gensidigt er forbundet.
RC8000 systembus udfører al overførsel af data mellem de sam-
menkoblede enheder. Man kan opfatte databussen, som en selvstæn-
dig systemkomponent, da ingen af enhederne til bussen har speciel
prioritet til at benytte denne.
\f
R_C_3_6_0_0_ _C_e_n_t_r_a_l_e_n_h_e_d_
RC3600 er en 16 Bit minicomputer med op til 128 K bytes interne
lager. Den findes i en normal minicomputerversion (RC3603) samt i
en mikrocomputerversion (RC3703), hvor både CPU og lager er op-
bygget på et kredsløbskort.
R_C_3_6_0_0_ _R_e_m_o_t_e_ _E_n_t_r_y_ _(_R_J_E_)_
RC3600 leveres med standard programpakker for kommunikation til
de fleste kendte dataanlæg.
R_C_3_6_0_0_ _D_a_t_a_ _E_n_t_r_y_ _S_y_s_t_e_m_
RC3600 leveres med et egentligt key-to-disc system. Der kan til-
sluttes op til 24 data entry stationer til systemet. Systemet
kan kombineres med remote job entry. RC3600 anvendes både som
koncentrator for lokalt placerede terminaler og printere samt som
knudepunkt i datanettet (RCNET). Anvendelse af en intelligent
koncentrator åbner mulighed for prioritering mellem forskellige
anvendelser og det giver større frihed med hensyn til valg af
forskellige terminaltyper.
R_C_8_5_0_ _I_n_t_e_l_l_i_g_e_n_t_ _t_e_r_m_i_n_a_l_s_e_r_i_e_
En intelligent skærmterminalserie dækkende:
- RC851 TTY-kompatibel skærm
- RC852 Format- og rulleskærm
- RC853 Op-skærm (telefonoplysningssystemskærm)
- RC855 IBM 3270 BSC kompatibelt skærmsystem.
\f
R_C_8_5_5_ _K_o_n_f_i_g_u_r_a_t_i_o_n_s_e_k_s_e_m_p_e_l_
Tilslutning af RC855 biskærm til en RC855 master skærm foregår
via en multipunkt totrådsforbindelse, der kontrolleres af
masterskærmen.
Printere kan indgå i terminalkonfigurationerne efter behov. På
hver skærmterminal - såvel masterskærm som biskærme - kan der
tilsluttes n printer, der skiftevis kan benyttes som hardcopy
printer eller progrmstyret printer.
\f
R_C_7_0_0_ _P_I_C_C_O_L_O_ _M_i_k_r_o_d_a_t_a_m_a_t_s_y_s_t_e_m_
RC700 PICCOLO er et mikrodatamatystem, som indeholder en kraftig
mikroprocessor, lager og interface til ydre enheder kombineret
med et operativsystem, specielt designet til t kontrollere
datamatsystemet.
R_C_7_0_0_ _P_I_C_C_O_L_O_ _k_o_n_f_i_g_u_r_a_t_i_o_n_s_e_k_s_e_m_p_e_l_
Hver af de tilsluttede RC700 PICCOLO systemer fungerer i denne
opstilling som et selvstændigt mikrodatamatsystem med diskette-
kapacitet på 0,32 til 2,4 MB. Systemerne er opkoblede via en line
selector, hvorpå tilkobles en fælles printer samt evt. en master
PICCOLO, der vil kunne fungere som programbibliotek for de til-
koblede systemer.
RC700 PICCOLO kan indgå som terminal til RC8000 indenfor en række
anvendelsesområder.
\f
6_._2_ _ _ _ _ _ _ _T_e_k_n_i_s_k_e_ _s_e_r_v_i_c_e_m_u_l_i_g_h_e_d_e_r_ _o_g_ _t_i_l_k_a_l_d_e_t_i_d_e_r_
T_e_k_n_i_s_k_ _S_e_r_v_i_c_e_
Fra leveringstidspunktet indgår maskinellet under RC79>s
serviceordning.
Samtlige vore teknikere er uddannet på RC79>s servicetrænings-
center og alle er i besiddelse af en meget høj faglig ekspertise
indenfor datateknik.
Med vort høje serviceniveau over hele landet betyder det, at til-
kaldetiden normalt er meget kort - u_n_d_e_r_ _t_r_e_ _t_i_m_e_r_ afhængig af
virksomhedens placering.
RC79>s datasystemer hører til de mest driftsstabile i verden,
derfor kan RC79 overfor kunderne garantere en meget høj optid
(driftseffektivitet).
Driftseffektiviteten måles over en kalendermåned og skal være
mindst 95%.
Driftseffektiviteten kan udtrykkes således:
M_m_m_ faktisk driftstid
Driftseffektiviteten = x 100%
P_p_p_ aftalt driftstid
Såfremt RC79 ikke kan opfylde den aftalte driftstid, skal der
betales bod til bruger i henhold til edb-rådets standardkontrakt,
der benyttes af RC79.
\f
6_._3_ _ _ _ _ _ _ _L_e_v_e_r_a_n_d_ø_r_a_s_s_i_s_t_a_n_c_e_ 6.3
Lverandørassistance ved fremtidige systemrevisioner herunder pri-
ser for system- og programmeringsassistance.
L_e_v_e_r_a_n_d_ø_r_a_s_s_i_s_t_a_n_c_e_ _i_ _f_o_r_b_i_n_d_e_l_s_e_ _m_e_d_ _p_r_o_g_r_a_m_m_e_l_
Systemet supporteres af RCD>s afdeling for foreninger, A-kasser,
fagforbund og forsikringsselskaber som beskrevet under afsnittet
"resum".
Afdelingen har ansvaret for løbende at rådgive og forbedre eksi-
sterende systemer indenfor ovennævnte områder.
R_C_7_9_ _l_e_v_e_r_a_n_d_ø_r_a_s_s_i_s_t_a_n_c_e_ _(_b_a_s_i_s_ _S_W_/_H_W_)_
Under hele implementeringsfasen vil der være udpeget en projekt-
leder i forbindelse med implementering af basissoftware etc. på
RC8000.
Projektlederen vil være den ansvarlige person hos RC79 og vil i
den forbindelse være den udpegede kontaktperson til MF. Projekt-
lederen vil assistere ved nye systemversioner og releases i for-
bindelse med basisprogrammel.
6_._4_ _ _ _ _ _ _ _L_e_v_e_r_a_n_d_ø_r_a_s_s_i_s_t_a_n_c_e_ _i_ø_v_r_i_g_t_ 6.4
Leverandørassistance iøvrigt, herunder uddannelsesmuligheder for
brugerpersonale.
Specielt om den organisatoriske enhed, der vil komme til at ar-
bejde med MF>s installation.
\f
1_._ _S_y_s_t_e_m_a_f_d_e_l_i_n_g_ _(_P_r_i_v_a_t_ _S_e_k_t_o_r_)_
Der er ialt beskæftiget ca. 25 personer i systemafdelingen, alle
med et højt fagligt niveau inden for de mangeartede specialopga-
ver, RC79 ofte er engageret i, hos nuværende og kommende bruge-
re.
Systemafdelingen deltager bl.a. i snævert samarbejde med salgs-
afdelingen under analysefaser af de mangeartede opgaver, således
at RC79>s brede faglige baggrund for udsendelse af tilbudsmate-
riale er opfyldt.
Ethvert projekt gennemføres under ledelse af en projektleder.
2_._ _L_e_v_e_r_a_n_d_ø_r_a_s_s_i_s_t_a_n_c_e_ _v_e_d_ _t_e_s_t_k_ø_r_s_l_e_r_
Før enhver levering hos kunden testes, på vor tekniske afdeling i
Glostrup, anlægget over en 4 ugers periode. Når anlægget er god-
kendt af den ansvarlige tekniker, klargøres anlægget for levering
hos brugeren.
Ved installation hos brugeren overtager RC79>s installationsaf-
deling ansvaret for installation og testkørsel hos brugeren.
3_._ _I_n_s_t_a_l_l_a_t_i_o_n_s_a_f_d_e_l_i_n_g_
Installationsafdelingens hovedfunktion er at tage totalansvaret
for alle leverancer af udstyr - fra ordreindgang til og med god-
kendt afleveringsforretning og fakturering.
Dette indebærer at denne afdeling skal koordinere og styre samt-
lige funktioner i forbindelse med levering af udstyr, foretage
totaltest og afleveringsforretning hos kunden.
\f
4_._ _L_e_v_e_r_a_n_d_ø_r_a_s_s_i_s_t_a_n_c_e_ _i_ _f_o_r_b_i_n_d_e_l_s_e_ _m_e_d_ _m_a_t_e_r_i_e_l_
Ved levering af det tilbudte udstyr ydes assistance fra RC79>s
installationsafdeling der har ansvaret for en vellykket instal-
lation.
Efter afsluttet test af det leverede udstyr overdrages installa-
tionen til RC79>s tekniske afdeling der foretager vedligeholdelse
på udstyret i.h.t. den aftalte periode specificeret i vedligehol-
delseskontrakten (EDB-rådets standardkontrakt).
For at sikre en problemfri overgang til RC8000 datamatystem og
dermed opnå den bedst mulige udnyttelse af maskine, tilbyder RC79
følgende former for bistand:
Under hele implementeringsfasen vil De få råd og vejledning af
den udpegede projektleder.
RC79>s konsulenter vil være behjælpelige med at give instruktion
i udfyldelse af tastebilag til registeroprettelser.
Sytemet dokumenteres med en systembeskrivelse, ligesom RC79
udarbejder betjeningsvejledning og operatørhåndbog.
RC79>s konsulent er til rådighed for i samarbejde med MF at ar-
rangere eventuelle orienteringsmøder for Deres personale, således
at alle berørte personer kan få oplysninger om, hvad der sker på
databehandlingsområdet hos netop MF.
Herudover vil MF have mulighed for at frekventere vort uddannel-
sescenter i Ballerup, hvor edb-kurser på ethvert niveau afholdes
for vore brugere af RC datasystemer. (Jf. vedlagte kursuspro-
gram).
\f
F_ 7_._ _ _ _ _ _ _ _ _D_e_m_o_n_s_t_r_a_t_i_o_n_ 7.
7_._1_ _ _ _ _ _ _ _F_o_r_s_l_a_g_ _t_i_l_ _d_e_m_o_n_s_t_r_a_t_i_o_n_ 7.1
RC79 vil foreslå, at der som udgangspunkt arrangeres demonstra-
tion af anlægget på RC79>s center i Ballerup. Vi vil naturligvis,
såfremt MF skulle have ønsker om demonstration hos eksisterende
brugere, kunne arrangere dette. Vi foreslår at demonstrationen
arrangeres i snævert samarbejde med Deres personale.
\f
F_ 8_._ _ _ _ _ _ _ _ _Ø_v_r_i_g_t_ 8.
Her anføres emner af betydning, som leverandøren mener ikke er
dækket af foranstående punkter.
\f
i
T_A_B_L_E_ _O_F_ _C_O_N_T_E_N_T_S_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_A_G_E_
1. OPERATOR CONTROLS ...................................... 1
1.1 Terminal .......................................... 1
1.2 Display ........................................... 2
1.3 Keyboard .......................................... 2
2. CONNECTIONS ............................................ 3
3. STARTING THE EMULATOR .................................. 4
3.1 Terminal Power-Up or Reset ........................ 4
3.2 Built-In Test ..................................... 4
3.3 Program Load ...................................... 4
4. RC855 OPERATOR MESSAGES ................................ 5
4.1 Messages from Built-In Test ....................... 5
4.2 Messages during Program Load ...................... 5
4.3 Messages from the 3270 Emulator ................... 6
4.3.1 Communication-Related Messages ............. 7
4.3.2 CIRCUIT/Cluster Messages ................... 7
4.3.3 Printer-Related Messages ................... 7
4.3.4 Keyboard Inhibited ......................... 8
5. CLUSTER CONCEPT ........................................ 9
5.1 Primary/Secondary ................................. 9
5.2 Cluster Addressing from Host ...................... 9
5.3 Device Addressing within a Cluster ................ 11
6. CONFIGURING A TERMINAL ................................. 12
6.1 SA: Secondary Address ............................. 13
6.2 KBL: Keyboard Lock ................................ 13
6.3 CP: Cursor Presentation ........................... 13
6.4 PLS: Printer Line Speed ........................... 13
6.5 CF: Character Format .............................. 14
6.6 MPL: Maximum Print Line Length .................... 15
6.7 CU: CU Number ..................................... 15
6.8 DDN: Display Device Number ........................ 15 \f
ii
T_A_B_L_E_ _O_F_ _C_O_N_T_E_N_T_S_ _(_c_o_n_t_i_n_u_e_d_)_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_A_G_E_
6.9 PDN: Printer Device Number ........................ 15
6.10 HCP: Hard-Copy Printer Device Number .............. 15
6.11 PM: Printer Mode .................................. 16
7. EMULATOR OPERATION ..................................... 17
\f
F_ 1_._ _ _ _ _ _ _ _ _O_P_E_R_A_T_O_R_ _C_O_N_T_R_O_L_S_ 1.
Figure 1: Controls.
1_._1_ _ _ _ _ _ _ _T_e_r_m_i_n_a_l_ 1.1
1) POWER ON/OFF
rocker switch
(rear panel)
2) RESET
push-button
(rear panel)
\f
1_._2_ _ _ _ _ _ _ _D_i_s_p_l_a_y_ 1.2
3) BRIGHTNESS - when the control is turned, the
knob brightness level will change.
(below display)
The control knob is accessible from
the terminal front.
4) HEIGHT ADJUSTMENT - the adjustment mechanism is oper-
push-buttons ated by means of a small motor. It
functions only if power is on.
TILTING - the display is tilted by pushing
slightly upwards/downwards (as
desired) at the back of the unit.
1_._3_ _ _ _ _ _ _ _K_e_y_b_o_a_r_d_ 1.3
5) VOLUME - the built-in loudspeaker (used for
knob the audible signals) can be adjust-
(keyboard rear side) ed to the desired volume level by
means of this control.
6) KEY-CLICK ON/OFF - used for the on/off switching of
rocker switch the key-click.
(keyboard rear side)
\f
F_ 2_._ _ _ _ _ _ _ _ _C_O_N_N_E_C_T_I_O_N_S_ 2.
All connections to the terminal are located on the rear panel as
shown in fig. 2.
Figure 2: Rear panel.
1) Keyboard connection.
2) RESET push button.
3) CIRCUIT connection.
4) Printer connection.
5) Line connection to host system; in a cluster only used on CU
(primary) terminal.
6) Diskette drive connection.
7) Power cord and fuse.
8) POWER ON/OFF rocker switch.
\f
F_ 3_._ _ _ _ _ _ _ _ _S_T_A_R_T_I_N_G_ _T_H_E_ _E_M_U_L_A_T_O_R_ 3.
3_._1_ _ _ _ _ _ _ _T_e_r_m_i_n_a_l_ _P_o_w_e_r_-_U_p_ _o_r_ _R_e_s_e_t_ 3.1
The RC855 is reset whenever power is switched on or the RESET
button is pushed. The same effect may be obtained when the emula-
tor is running by typing CTRL CLEAR.
3_._2_ _ _ _ _ _ _ _B_u_i_l_t_-_I_n_ _T_e_s_t_ 3.2
Immediately after reset the RC855 performs its built-in test pro-
cedure. If any malfunction is detected, a warning is displayed.
See section 4.1.
3_._3_ _ _ _ _ _ _ _P_r_o_g_r_a_m_ _L_o_a_d_ 3.3
After completion of the built-in test, the 3270 emulator program
is loaded into the memory (RAM) of the RC855 where it must reside
in order to run.
On RC855 model 11xx or 12xx the program is loaded automatically
from an internal program memory board.
On RC855 model 01xx using SW1801 or SW1802 the program is loaded
from a load diskette. The diskette drive must be connected and
powered up, and the load diskette must be inserted and the lid
closed. After load, the diskette may be removed and the drive
powered down.
Any errors occurring during program load will result in the dis-
play of a message. See section 4.2.
\f
F_ 4_._ _ _ _ _ _ _ _ _R_C_8_5_5_ _O_P_E_R_A_T_O_R_ _M_E_S_S_A_G_E_S_ 4.
The RC855 display has 25 lines of 80 character positions. Emula-
tion of the 3270 display image requires 24 lines; the top 24
lines are used for this purpose. The bottom line is the status
line containing messages from the RC855 to the operator. Beware
that these messages are not generated by the application system.
4_._1_ _ _ _ _ _ _ _M_e_s_s_a_g_e_s_ _f_r_o_m_ _B_u_i_l_t_-_I_n_ _T_e_s_t_ 4.1
When the built-in test is completed, the text
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
is shown in status line.
If an error is detected one of the following messages will appear
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _c_h_e_c_k_s_u_m_ _e_r_r_o_r_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _m_e_m_o_r_y_ _e_r_r_o_r_ _<_a_d_d_r_e_s_s_ _i_n_f_o_r_m_a_t_i_o_n_>_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
The <address information> should be reported to technical service
staff.
4_._2_ _ _ _ _ _ _ _M_e_s_s_a_g_e_s_ _d_u_r_i_n_g_ _P_r_o_g_r_a_m_ _L_o_a_d_ 4.2
If an error occurs during program load, one of the following mes-
sages will appear
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _L_O_A_D_ _S_T_A_T_U_S_:_ _<_e_r_r_o_r_ _c_a_u_s_e_>_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _L_O_A_D_ _S_T_A_T_U_S_:_ _d_i_s_k_e_t_t_e_ _e_r_r_o_r_ _-_ _<_e_r_r_o_r_ _c_a_u_s_e_>_ _ _ _ _ _ _ _ _ _ _ _
\f
The <error cause> which should be reported to technical service
staff will be one of the following:
hard error
time out
checksum error
deleted data encountered
recalibrate time out
recalibrate status
read-id error
seek status
seek time out
read status
fdc error
When loading from diskette, the message
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _-_ _I_n_s_e_r_t_ _d_i_s_k_e_t_t_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
will be shown if the diskette drive is not powered up, if no load
diskette has been inserted, or if the lid is open.
4_._3_ _ _ _ _ _ _ _M_e_s_s_a_g_e_s_ _f_r_o_m_ _t_h_e_ _3_2_7_0_ _E_m_u_l_a_t_o_r_ 4.3
When the emulator has been loaded, it identifies itself by dis-
playing one of these messages (for primary and secondary, respec-
tively):
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _I_B_M_3_2_7_0_ _B_S_C_ _C_U_/_D_i_s_p_l_a_y_ _S_t_a_t_i_o_n_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_R_C_8_5_5_ _I_B_M_3_2_7_0_ _B_S_C_ _D_i_s_p_l_a_y_ _S_t_a_t_i_o_n_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
The message is shown for a period of two seconds. During this
period the terminal Configurator program (cf. chapter 6) may be
invoked by typing 'c'.
The messages which can occur while the emulator is running are
discussed below. They are displayed in inverted text to set them
apart from application-generated messages.
\f
4_._3_._1_ _ _ _ _ _C_o_m_m_u_n_i_c_a_t_i_o_n_-_R_e_l_a_t_e_d_ _M_e_s_s_a_g_e_s_ 4.3.1
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _M_o_d_e_m_ _o_f_f_ _ _ _ _ _ _ _ _ _ _ _ _
- The V.24 interface signal DSR (Data Set Ready) is missing.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _L_i_n_e_ _n_o_t_ _r_e_a_d_y_ _ _ _ _ _ _ _
- No polls are issued by the host computer.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _S_y_s_t_e_m_ _n_o_t_ _a_v_a_i_l_a_b_l_e_ _
- Polling traffic is detected, but not to the CU address of this
cluster.
4_._3_._2_ _ _ _ _ _C_I_R_C_U_I_T_/_C_l_u_s_t_e_r_ _M_e_s_s_a_g_e_s_ 4.3.2
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _C_U_ _d_i_s_c_o_n_n_e_c_t_e_d_ _ _ _ _ _ _
- This message, when appearing on a secondary terminal, indicates
that the terminal is not communicating with a CU (primary) ter-
minal. The reason is either that the CU is not operating or
that the CIRCUIT is disconnected.
4_._3_._3_ _ _ _ _ _P_r_i_n_t_e_r_-_R_e_l_a_t_e_d_ _M_e_s_s_a_g_e_s_ 4.3.3
The following messages may appear in connection with the use of
the hard-copy (Print key) function.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_r_i_n_t_e_r_ _b_u_s_y_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
- The printer is busy with other work, either hard-copy for
another terminal, or application directed printing; the print
request is queued and the keyboard remains inhibited. The print
request may be cancelled and the keyboard restored by typing
SHIFT RESET.
\f
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_r_i_n_t_e_r_ _n_o_t_ _a_v_a_i_l_a_b_l_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
- The indicated printer is not present in the cluster. The reason
may be a configuration error or that the terminal to which the
printer is attached is not running.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_r_i_n_t_e_r_ _r_e_s_e_r_v_e_d_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
- The printer has been reserved by the application.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_r_i_n_t_e_r_ _o_f_f_l_i_n_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_r_i_n_t_e_r_ _n_o_t_ _r_e_a_d_y_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
- Both of these messages may occur because of printer malfunction
during a printout operation causing the operation to be
aborted. Printer offline indicates power off, printer locally
selected, paper out or bad printer cable connection. Printer
not ready indicates a timeout occurred during printing.
4_._3_._4_ _ _ _ _ _K_e_y_b_o_a_r_d_ _I_n_h_i_b_i_t_e_d_ 4.3.4
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_x_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
An 'x' is displayed when the keyboard is inhibited. This occurs
when an attention has been generated and the keyboard has not yet
been restored by the application, i.e. during the 'response time'
of the application.
\f
F_ 5_._ _ _ _ _ _ _ _ _C_L_U_S_T_E_R_ _C_O_N_C_E_P_T_ 5.
Up to eight RC855 terminals may be grouped for connection to a
BSC communication line as a 3270 cluster. It is essential that
every terminal in the group is correctly configured in order to
achieve proper operation. The important points are explained in
the following.
5_._1_ _ _ _ _ _ _ _P_r_i_m_a_r_y_/_S_e_c_o_n_d_a_r_y_ 5.1
One terminal in each cluster must be the primary (CU); the others
are called secondaries. The primary performs the function of a
traditional cluster controller unit, i.e. it handles the BSC com-
munication with the host computer and keeps track of the status
of all terminals in the cluster.
The terminals in a cluster must be interconnected by means of a
CIRCUIT, a simple twisted wire pair. In order for this intercon-
nection to work correctly, each secondary terminal must be con-
figured with a unique s_e_c_o_n_d_a_r_y_ _a_d_d_r_e_s_s_ (0 through 7). The se-
condary address has nothing to do with the 3270 concept of device
numbering.
The secondary terminals in a cluster may be turned on and off at
any time, but the CU emulator must be running as long as any ter-
minal is operating.
5_._2_ _ _ _ _ _ _ _C_l_u_s_t_e_r_ _A_d_d_r_e_s_s_i_n_g_ _f_r_o_m_ _H_o_s_t_ 5.2
Several clusters of 3270 terminals may be connected to a host
computer using one (multidropped) communication line. Each clus-
ter must have a unique number, the C_U_ _n_u_m_b_e_r_, which determines
when the cluster will respond to a poll or selection sequence
transmitted by the host.
The CU number of an RC855 cluster must be configured into the
primary terminal. \f
Normally the proper CU number is obtained from host computer sys-
tem staff.
The correspondence between CU numbers and hexadecimal poll/selec-
tion addresses are shown in fig. 3.
M_ CU CU poll CU selection
number address address
device device
number 1 address 1
device device
number 2 address 2
0 0 32 40 60
1 1 33 C1 61
2 2 34 C2 E2
_3_ _ _ _ _ _ _ _ _ _3_ _ _ _ _ _ _ _ _ _ _3_5_ _ _ _ _ _ _ _ _ _ _C_3_ _ _ _ _ _ _ _ _ _ _ _E_3_ _ _ _ _ _ _ _
4 4 36 C4 E4
5 5 37 C5 E5
6 6 38 C6 E6
_7_ _ _ _ _ _ _ _ _ _7_ _ _ _ _ _ _ _ _ _ _3_9_ _ _ _ _ _ _ _ _ _ _C_7_ _ _ _ _ _ _ _ _ _ _ _E_7_ _ _ _ _ _ _ _
8 8 40 C8 E8
9 9 41 C9 E9
10 10 42 4A 6A
1_1_ _ _ _ _ _ _ _ _1_1_ _ _ _ _ _ _ _ _ _ _4_3_ _ _ _ _ _ _ _ _ _ _4_B_ _ _ _ _ _ _ _ _ _ _ _6_B_ _ _ _ _ _ _ _
12 12 44 4C 6C
13 13 45 4D 6D
14 14 46 4E 6E
1_5_ _ _ _ _ _ _ _ _1_5_ _ _ _ _ _ _ _ _ _ _4_7_ _ _ _ _ _ _ _ _ _ _4_F_ _ _ _ _ _ _ _ _ _ _ _6_F_ _ _ _ _ _ _ _
16 16 48 50 F0
17 17 49 D1 F1
18 18 50 D2 F2
1_9_ _ _ _ _ _ _ _ _1_9_ _ _ _ _ _ _ _ _ _ _5_1_ _ _ _ _ _ _ _ _ _ _D_3_ _ _ _ _ _ _ _ _ _ _ _F_3_ _ _ _ _ _ _ _
20 20 52 D4 F4
21 21 53 D5 F5
22 22 54 D6 F6
2_3_ _ _ _ _ _ _ _ _2_3_ _ _ _ _ _ _ _ _ _ _5_5_ _ _ _ _ _ _ _ _ _ _D_7_ _ _ _ _ _ _ _ _ _ _ _F_7_ _ _ _ _ _ _ _
24 24 56 D8 F8
25 25 57 D9 F9
26 26 58 5A 7A
2_7_ _ _ _ _ _ _ _ _2_7_ _ _ _ _ _ _ _ _ _ _5_9_ _ _ _ _ _ _ _ _ _ _5_B_ _ _ _ _ _ _ _ _ _ _ _7_B_ _ _ _ _ _ _ _
28 28 61 5C 7C
29 29 61 5D 7D
30 30 62 5E 7E
P_ 31 31 5F 7F
Figure 3: CU device numbers and corresponding hexadecimal addres-
ses.
\f
5_._3_ _ _ _ _ _ _ _D_e_v_i_c_e_ _A_d_d_r_e_s_s_i_n_g_ _w_i_t_h_i_n_ _a_ _C_l_u_s_t_e_r_ 5.3
A device within a cluster is either a display or a printer. In an
RC855 cluster a printer will always be physically attached to a
particular display terminal. Logically, however, it has no
special connection to the terminal to which it is attached. It
is available as a general resource for the whole cluster.
Every device in a cluster has a device number (0 through 62)
which is used to identify the device both in communication with
the host and internally in the cluster, i.e. for selection of a
hard copy printer.
Every display terminal must be configured with its own device
number, the d_i_s_p_l_a_y_ _d_e_v_i_c_e_ _n_u_m_b_e_r_, and the p_r_i_n_t_e_r_ _d_e_v_i_c_e_ _n_u_m_b_e_r_
of the attached printer, if any. All device numbers in a cluster
must be unique. A printer cannot be given device number 0, but
otherwise there are no restrictions on the assignment of device
numbers.
Also every terminal must be configured with the device number of
its hard copy printer. This may be any printer in the cluster; in
particular it need not be attached to the terminal in question.
\f
F_ 6_._ _ _ _ _ _ _ _ _C_O_N_F_I_G_U_R_I_N_G_ _A_ _T_E_R_M_I_N_A_L_ 6.
A number of terminal configuration parameters are stored within
each RC855 terminal. This is done using a non-volatile memory
which retains its contents over time, also when the terminal is
powered down.
When an RC855 terminal is installed, all terminal configuration
parameters should be set appropriately. Normally this will be
done by installation staff. However, the following description
enables the user to modify the configuration parameters any
time.
The 3270 emulator contains a program, the Configurator, which
works just like a 3270 oriented application, i.e. data is entered
by the operator by typing into the input fields of a formatted
display image. To invoke the Configurator, simply type 'c' during
the period of two seconds when the emulator identification text
is shown after program load (cf. section 4.3). The Configurator
displays the present values of all relevant parameters and then
expects the operator to update the desired parameters and press
the SEND key. If all parameters are valid, the non-volatile mem-
ory is then updated and the terminal is reset (i.e. the emulator
is loaded anew so that all parameters may take effect). If no
parameters have been changed the reset is omitted.
To obtain a hard copy of terminal configuration parameters, this
procedure may be followed (assuming a hard copy printer has been
configured):
- enter the Configurator
- press PRINT key to enter normal emulator mode without
clearing screen
- press PRINT key again to cause printing
- press CLEAR key if desired to clear screen.
The individual configuration parameters of the 3270 emulator are
discussed below. Each parameter has a valid range from 0 to some
maximum value.
\f
6_._1_ _ _ _ _ _ _ _S_A_:_ _S_e_c_o_n_d_a_r_y_ _A_d_d_r_e_s_s_ 6.1
Range: 0..7
Meaning: See section 5.1. Only relevant on a secondary ter-
minal.
6_._2_ _ _ _ _ _ _ _K_B_L_:_ _K_e_y_b_o_a_r_d_ _L_o_c_k_ 6.2
Range: 0..1
Meaning: If KBL = 1 the keyboard works permanently in the
alphalock mode, i.e. alphabetic data can only be
typed in as upper case letters (does not cover
letters which share a key with another symbol).
If KBL = 0 the alphalock mode may be entered and
subsequently left by pressing the LOCK key. In this
case the indicator in the LOCK key will glow when in
alphalock mode.
6_._3_ _ _ _ _ _ _ _C_P_:_ _C_u_r_s_o_r_ _P_r_e_s_e_n_t_a_t_i_o_n_ 6.3
Range: 0..3
Meaning: If CP is 0 or 1 the cursor is shown as an underline.
If CP is 2 or 3 the cursor is shown as a block. The
cursor normally blinks, but when keyboard is inhibi-
ted it is steady.
6_._4_ _ _ _ _ _ _ _P_L_S_:_ _P_r_i_n_t_e_r_ _L_i_n_e_ _S_p_e_e_d_ 6.4
Range: 0..6
\f
Meaning: Determines bit rate of transmission to printer
attached via V.24 connection.
0: 110 bps
1: 300 -
2: 600 -
3: 1200 -
4: 2400 -
5: 4800 -
6: 9600 -
6_._5_ _ _ _ _ _ _ _C_F_:_ _C_h_a_r_a_c_t_e_r_ _F_o_r_m_a_t_ 6.5
Range: 0..255
Meaning: CF determines the format of character transmitted to
printer attached via V.24 connection. CF is the
decimal value of a byte coded as follows:
MSB _ _7_ _ _6_ _ _5_ _ _4_ _ _3_ _ _2_ _ _1_ _ _0_ _ _LSB
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
M_ _ _ _ _ _ _ _ 0: no parity
1: parity
_ _ _ _ _ _ _ _ _ _ 0: odd parity
1: even parity
01: 1 stop bit
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 10: 1 1/2 stop bit
11: 2 stop bits
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ dummy
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ must be 1 for 7
P_ bits/character
Recommended value for RC supplied printers is 79 (2
stop bits, even parity).
\f
6_._6_ _ _ _ _ _ _ _M_P_L_:_ _M_a_x_i_m_u_m_ _P_r_i_n_t_ _L_i_n_e_ _L_e_n_g_t_h_ 6.6
Range: 0..132
Meaning: Maximum line length of attached printer.
6_._7_ _ _ _ _ _ _ _C_U_:_ _C_U_ _N_u_m_b_e_r_ 6.7
Range: 0..31
Meaning: See section 5.2. Only relevant on primary terminal.
6_._8_ _ _ _ _ _ _ _D_D_N_:_ _D_i_s_p_l_a_y_ _D_e_v_i_c_e_ _N_u_m_b_e_r_ 6.8
Range: 0..62
Meaning: See section 5.3.
6_._9_ _ _ _ _ _ _ _P_D_N_:_ _P_r_i_n_t_e_r_ _D_e_v_i_c_e_ _N_u_m_b_e_r_ 6.9
Range: 0..62
Meaning: See section 5.3. For a terminal with no attached
printer PDN must be 0.
6_._1_0_ _ _ _ _ _ _H_C_P_:_ _H_a_r_d_-_C_o_p_y_ _P_r_i_n_t_e_r_ _D_e_v_i_c_e_ _N_u_m_b_e_r_ 6.10
Range: 0..62
Meaning: See section 5.3.
\f
6_._1_1_ _ _ _ _ _ _P_M_:_ _P_r_i_n_t_e_r_ _M_o_d_e_ 6.11
Range: 0..1
Meaning: PM refers to the printer physically attached to the
terminal, not to its hard copy printer, if this is
another printer.
If PM = 0 printout operations are performed in the
compact mode, i.e. lines containing only NUL charac-
ters are not printed, and no FORM FEED character is
printed. If PM = 1 every display image is printed as
shown on one page, i.e. terminated with FORM FEED.
PM does not apply to transparent printout generated
from the application.
\f
F_ 7_._ _ _ _ _ _ _ _ _E_M_U_L_A_T_O_R_ _O_P_E_R_A_T_I_O_N_ 7.
During normal operation the terminal is compatible with a 3270
display and in general self-explanatory. Note, however, the fol-
lowing details:
- keyboard inhibited
When an attention has been generated from the keyboard (SEND,
PF, PA, CLEAR, USM, CURSOR SELECT), the keyboard is inhibited
until restored by the host (application). A local keyboard re-
store may be generated by typing SHIFT RESET. This will also
cancel the attention if data have not already been transmitted.
- hard copy
A paper copy of the display image is obtained by pressing the
PRINT key. Printing is done on the hard copy printer configured
for the terminal. The operation is local and does not involve
communication with the host computer. It can be done even if
there is no host connection.
- mark/move
String copying within the display image is generated as fol-
lows:
1) Position the cursor at the first character in the desired
string and press the MARK key. A frame will be shown around
the character.
2) Similarly mark the last character in the string.
3) Position the cursor at the first character of the desired
copy location and press the MOVE key.
When any abnormal situation arises during emulator operation, a
message is displayed in the status line. The possible messages
are explained in section 4.3
\f
«eof»