DataMuseum.dk

Presents historical artifacts from the history of:

CP/M

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about CP/M

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download

⟦6a73dc2b7⟧ TextFile

    Length: 86144 (0x15080)
    Types: TextFile
    Names: »D46«

Derivation

└─⟦2294a1cd1⟧ Bits:30005867/disk06.imd Dokumenter (RCSL m.m.)
    └─⟦this⟧ »D46« 

TextFile

                    
           \f

                                                 i 
           
          T_A_B_L_E_ _O_F_ _C_O_N_T_E_N_T_S_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_A_G_E_ 
           
          1.  INTRODUCTION ...........................................   1 
           
          2.  PREREQUISITES ..........................................   2 
           
          3.  DOCUMENTATION ..........................................   3 
           
          4.  INSTALLATION ...........................................   4 
              4.1  Installation from Magnetic Tape ...................   4 
              4.2  Installation from PROM Module .....................   5 
           
          5.  TEST VERSIONS ..........................................   6 
              5.1  How to Blast Tests into PROMs .....................   6 
           \f

                                                 ii 
           \f

         1_._ _ _ _ _ _ _ _ _I_N_T_R_O_D_U_C_T_I_O_N_    1.
           
          The testsystem, TOP80, is situated on the medias: 
           
          Magnetic Tape: 30-M299 
          Testmodule for RC3502: RC0117A (2 x TES201). 
           
          This is a description of release: 
          1.2.0 - 81.09.24. 
           
          TOP80 is a test operating system for RC3502, containing the fol-
          lowing reliability tests, CPU-test, MEM-test, COM-test and VDC-
          test. COM-test is a reliability test of the High Level Data Link
          Controller. VDC-test is a test of the Video Display Controller. 
           
          The testsystem and the tests are written in Real Time Pascal
          (RC3502 implementation). In this version the testsystem is either
          autoloaded from RC8000 or from TES201 (RC0117A). 
           \f

F_       2_._ _ _ _ _ _ _ _ _P_R_E_R_E_Q_U_I_S_I_T_E_S_ 2.
           
          RC3502 revision 5. 
          RC8000 connection (FPA or IFP) 
           
          or 
           
          PROM modules RC0117A (2 x TES201). 
           
          At least 1 RAM memory module in RC3502, when using TES201 and 3
          when loaded from RC8000. 
           \f

F_       3_._ _ _ _ _ _ _ _ _D_O_C_U_M_E_N_T_A_T_I_O_N_ 3.
           
          The below listed manuals are the total collection of manuals for
          the testsystem release 1.2.0 - 81.09.24. 
           
          RCSL No 30-M280: 
          RC3502-TOP80 Test Operating System, User's Guide. 
          This manual describes how to use TOP80, which can manage the
          different tests. 
           
          RCSL No 30-M290: 
          RC3502 CPU Testprogram Package, User's Guide. 
          This manual describes how to use the CPU reliability test. 
           
          RCSL No 30-M287: 
          RC3502 MEM Testprogram Package, User's Guide. 
          This manual describes the reliability test of the RAM-memory.
          There are 5 different subtests, address test, bit selection test,
          worst case complement test, jumping test and a general reliabil-
          ity test. 
           
          RCSL No 20-M289: 
          RC3502 COM Testprogram Package, User's Guide. 
          This manual describes the reliability test of the High Level Data
          Link Controller. 
           
          RCSL No 30-M298: 
          RC3502 VDC Testprogram Package, User's Guide. 
          This manual describes the reliability test of the Video Display
          Controller. 
           
          RCSL No 30-M300: 
          RC3502 Prom Blasting Program, User's Guide. 
          Short description of how to generate your own PROM modules
          (TES202). 
           \f

F_       4_._ _ _ _ _ _ _ _ _I_N_S_T_A_L_L_A_T_I_O_N_ 4
           
          TOP80 is delivered on a 9-track tape (30-M299) or on two PROM
          modules called TES201 (RC0117A). 
           
           
4_._1_ _ _ _ _ _ _ _I_n_s_t_a_l_l_a_t_i_o_n_ _f_r_o_m_ _M_a_g_n_e_t_i_c_ _T_a_p_e_ 4.1
           
          The different BOOT-files with TOP80 are situated on the magnetic
          tape as follows: 
           
          F_i_l_e_ _0_                      : Tape label (MTOP8001) 
                                         
          F_i_l_e_ _1_ _(_A_L_L_T_E_S_T_S_)_           : The bootfile containing the test-
          RC3502TOP                     system, the MEM-, CPU-, COM-, VDC-
          RC3502TOPB                    test and the HDLC-driver, VDC-
                                        driver and VDC-mirror. 
                                         
          AUTOTOP                     : AUTOLOAD job. 
                                         
          F_i_l_e_ _2_ _(_M_E_M_O_R_Y_T_E_S_T_)_         : The bootfile containing the test-
          RC3502MEM                     system and the MEM-test. 
          RC3502MEMB                     
                                         
          AUTOMEM                     : AUTOLOAD job. 
                                         
          F_i_l_e_ _3_ _(_C_P_U_T_E_S_T_)_            : The bootfile containing the basis-
          RC3502CPU                     system and the stand-alone CPU-
          RC3502CPUB                    test. 
                                         
          AUTO CPU                    : AUTOLOAD job. 
                                         
          F_i_l_e_ _4_ _(_V_D_C_T_E_S_T_)_            : The bootfile containing the test-
          RC3502VDC                     system, the VDC-driver, the local
          RC3502VDCB                    VDC-mirror and the VDC-test. 
                                         \f

          AUTOVDC                     : AUTOLOAD job. 
                                         
          RC3502MIR                   : The bootfile containing the basis-
          RC3502MIRB                    system and the stand-alone VDC-
                                        mirror. 
                                         
          AUTOMIR                     : AUTOLOAD job. 
                                         
          F_i_l_e_ _5_ _(_C_O_M_T_E_S_T_)_            : The bootfile containing the test-
          RC3502COM                     system, the HDLC-driver and the
          RC3502COMB                    COM-test. 
                                         
          AUTOCOM                     : AUTOLOAD job. 
                                         
          F_i_l_e_ _6_ _(_T_E_S_-_B_L_A_S_T_)_          : The bootfile containing the basis-
          BOOTTES202                    system and the program for burning
                                        your own PROM modules. (TES202).
                                        Use the bootfiles with names ending
                                        on "B". 
                                         
          AUTOBURN                    : AUTOLOAD job. 
                                         
          The files should be loaded from magnetic tape into discfiles on
          RC8000 using the utility program LOAD e.g.: 
           
          load mtop8001. <fileno.> changekit.disc.<yourkit>   
           
          When present on disc the bootfile could be used to autoload
          RC3502 using the related autoload job. 
           
           
4_._2_ _ _ _ _ _ _ _I_n_s_t_a_l_l_a_t_i_o_n_ _f_r_o_m_ _P_R_O_M_ _M_o_d_u_l_e_ 4.2
           
          Installate the two TES201 modules (RC0117A) with the memory mod-
          ule numbers 29 and 30. Turn the kind switch on 6 (upper switch on
          CPU) and push the autoload button. 
           
           \f

F_       5_._ _ _ _ _ _ _ _ _T_E_S_T_ _V_E_R_S_I_O_N_S_ 5.
           
          Every test will be identified by a version number (yy.mm.dd). 
           
          The version numbers for the tests are: 
           
          CPU: version 81.06.19 
          MEM: version 81.09.24 
          COM: version 81.10.08 
          VDC: version 81.10.08 
           
           
5_._1_ _ _ _ _ _ _ _H_o_w_ _t_o_ _B_l_a_s_t_ _T_e_s_t_s_ _i_n_t_o_ _P_R_O_M_s_ 5.1
           
          It is possible for the user to blast his own PROM-module
          (TES202), using the bootfiles ending with "B". How to use the
          blasting program see 30M-300.  
           
          Specific parameters when blasting: 
           
          f_i_r_s_t_ _t_e_s_ _2_0_2_ _m_o_d_u_l_e_?_ 29. 
           
          I_n_t_o_ _r_a_m_-_m_o_d_u_l_e_ _1_: 
           
          f_i_r_s_t_ _p_r_o_g_r_a_m_ _n_a_m_e_ _?_ monitor 
          l_a_s_t_ _p_r_o_g_r_a_m_ _n_a_m_e_ _?_ 
          RC3502TOPB, RC3502MEMB, RC3502CPUB, RC3502VDCB,   RC3502COMB 
          memtest   , getparam  , converthex, writemultich, hdlc 
          RC3502MIRB. 
          writeinteger. 
           
          I_n_t_o_ _r_a_m_-_m_o_d_u_l_e_ _2_: 
           
          f_i_r_s_t_ _p_r_o_g_r_a_m_ _n_a_m_e_ _?_ 
          RC3502TOPB, RC3502VDCB, RC3502COMB 
          cpu       , space     , comtest 
          l_a_s_t_ _p_r_o_g_r_a_m_ _n_a_m_e_ _?_ 
          RC3502TOPB, RC3502VDCB, RC3502COMB 
          save _err   , save _err  , save _err  
           \f

                           TELETEX-TERMINAL 
          VEJLEDENDE TILBUD PÅ UDVIKLINGSFASE 
                  SEPTEMBER 1980 
 
I_n_d_h_o_l_d_s_f_o_r_t_e_g_n_e_l_s_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _S_i_d_e_ 
 
1.     Konklusion                                            1 
 
2.     Generelle specifikationer for et                        
       Teletex-terminalsystem                                2 
       2.1     Oversigt over brugerkrav                      2 
       2.2     Kravspecifikation                             4 
               2.2.1 Systemarkitektur                        4 
               2.2.2 Tekstbehandling m.v.                   11 
               2.2.3 Kommunikationsprogrammel               19 
               2.2.4 Andre applikationer                    22 
               2.2.5 Arbejdsmiljø                           24 
               2.2.6 Materiel                               26 
 
3.     Omkostningsvurdering                                 29 
       3.1     Forudsætninger                               29 
       3.2     Programmeludvikling                          31 
       3.3     Materieludvikling                            36 
       3.4     Udviklingsomkostninger                       36 
       3.5     Omkostninger til pilotserie                  37 
       3.6     Omkostningsreguleringer                      38 
        
4.     Kontrakt- og tilbudsbetingelser                      39 
 \f

         1_._ _ _ _K_o_n_k_l_u_s_i_o_n_ 
 
Det foreliggende vejledende tilbud på udvikling af en dansk
TTX-terminal er udarbejdet med udgangspunkt i de krav, som bru-
gere med rette kan stille til en TTX-terminal. RC79 har imidler-
tid ikke udelukkende koncentreret sig om opfyldelsen af eksiste-
rende behov. Ved udformningen af TTX-systemets arkitektur  har
RC79 bestræbt sig på, at de fremtidige behov hos P&T>s brugere
let skal kunne tilfredsstilles ved en udbygning af TTX-terminal-
systemets kapacitet og muligheder. Den skitserede TTX-terminal er
f.eks. forberedt for tilpasning til fremtidens integrerede kon-
torinformationssystemer. 
 
Den planalgte systemarkitektur er baseret på anvendelsen af et
effektivt højniveau-systemprogrammeringssprog, der giver stor
fleksisbilitet ved adaptering til nyt maskinel. Det betyder, at
den fortsat hastige udvikling inden for mikroprocessorteknologien
løbende kan udnyttes i TTX-sammehæng til gavn for P&T og bruger-
ne. Fleksibiliteten modvirker teknologisk forældelse og samtidig
opnås der en udstrakt beskyttelse af de foretagne investeringer i
programmel. 
 
RC79 vil som grundlag for konstruktionen af TTX-terminalen benyt-
te den intelligente RC850 skærmterminal, der for tiden er under
færdiggørelse i RC79. RC850 skærmterminalserien er udviklet med
henblik på anvendelse som nettilslutningsterminal og mikrodata-
matsystem. RC850 må derfor betegnes som et yderst velegnet ud-
gangspunkt for udviklingen af en TTX-terminal. Anvendelsen af
RC850 betyder for P&T, at udviklingsprojektet ikke skal afholde
omkostninger til udvikling af generelt basisprogrammel og mate-
riel. TTX-terminalens snævre sammehæng med andre RC-produkter
giver ligeledes P&T betydelige økonomiske fordele ved videreud-
viklingen af terminalsystemets programmel og  materiel. 
 
RC79 forventer, at udviklingsprojektet vil kunne gennemføres i
løbet af ca. 15 kalendermåneder. Dette skøn er baseret på en
grundig analyse af de enkelte faser og hovedaktiviteter i udvik-
lingsprojektets forløb. En forkortelse af gennemførelsestiden
anses for urealistisk. Det totale persontidsforbrug i udviklings-
fasen har RC79 opgjort til 172 personmåneder. Opgørelsen af per-
sontidsforbruget bygger på middelskøn efter samme retningslinier,
som RC79 vil benytte ved afgivelsen af et bindende tilbud. Den
totale udviklingsomkostning vil beløbe sig til 7,642 mio. kr.
excl. moms.  
 
Omkostningerne til en pilotserie på 20 TTX-terminalkonfiguratio-
ner vil ligge i størrelsesordenen 1,335 mio. kr. excl. moms. 
 \f

F_2_._ _ _G_e_n_e_r_e_l_l_e_ _s_p_e_c_i_f_i_k_a_t_i_o_n_e_r_ _f_o_r_ _e_t_ _T_e_l_e_t_e_x_-_t_e_r_m_i_n_a_l_s_y_s_t_e_m_ 
 
2_._1_ _O_v_e_r_s_i_g_t_ _o_v_e_r_ _b_r_u_g_e_r_k_r_a_v_ 
 
Udgangspunktet for planlægningen af et nyt produkt som en Tele-
tex-terminal må være en grundig analyse af markedets behov. Ved
gennemførelsen af denne analyse er det indlysende, at brugernes
erfaringer med anvendelse af et eksisterende produkt som Telex
vil yde et værdifuldt bidrag. Brugere vil altid finde en række
mangler ved et produkt og ofte udtænke konstruktive forslag til
forbedringer. 
 
Imidlertid er succesen for et produkt sjældent sikret ved , at
alle markedets øjeblikkelige behov tilgodeses. Behov udvikler sig
over tiden og et produkt må løbende kunne tilpasses til ændrede
behov. Dette gælder ikke mindst på et marked, hvor ethvert pro-
dukt udbydes i konkurrence med andre leverandørers produkter.
Udviklingstendenserne på markedet må derfor spille en afgørende
rolle ved planlægningen af et produkt som en Teletex-terminal. 
 
Ved formuleringen af et systemforslag til en Teletex-terminal vil
RC79 lægge stor vægt på at imødekomme alle de krav, som brugere
af en Teletex-terminal med rette vil kunne stille. På det over-
ordnede plan kan brugernes behov konkretiseres i følgende grund-
læggende krav: 
 
- En Teletex-terminal må have en system-arkitektur, der er orien-
  teret mod fremtiden. Systemarkitekturen skal åbne mulighed for
  en effektiv udnyttelse af ny teknologi. Systemet skal ligeledes
  være åbent for inddragelse af nye applikationer. 
   
- Et Teletex-terminalsystem skal være fleksibelt med hensyn til
  konfigureringsmulighederne. En bruger skal kunne starte ud med
  en enkelt terminal i basisversionen, og i takt med ændrede be-
  hov kunne udvide til nye konfigurationer med større kapacitet
  og flere muligheder. 
   
- Ved udbygninger af konfigurationer må der ikke opstå kompatibi-
  litetsproblemer. Udskiftning af udstyr bør ikke forekomme. 
   
- Et Teletex-terminalsystem skal tilbyde bekvemme faciliteter til
  forberedelse af tekstdokumenter. Karaktersæt, sideformater m.v.
  vælges i overensstemmelse med CCITT>s anbefalinger for Teletex-
  tjenesten. 
   
- Brugeren skal kunne opbevare tekstdokumenter på et lagringsme-
  dium. Genfinding af lagrede dokumenter skal være simpel. 
   
- Tekstdokumenter skal efter behov kunne overføres til papir. En
  Teletex-terminal må derfor inkludere udskrivningsfaciliteter i
  form af en skriver eller lignende.\f

- Brugeren skal have mulighed for automatisk afsendelse og modta-
  gelse af tekstdokumenter over det offentlige datanet. De grund-
  læggende kommunikationsprotokoller skal overholde CCITT>s anbe-
  falinger for Teletex-tjenesten. 
   
- En Teletex-terminal skal i princippet være en generelt anvende-
  lig arbejdsplads. Terminalen skal selvstændigt kunne udføre et
  bredt spektrum af lokalt orienterede databehandlingsopgaver, og
  terminalen skal kunne kobles op imod en central værtsdatamat. 
   
- En Teletex-terminal skal være en i alle henseender ergonomisk
  korrekt arbejdsplads. Forhold som belysning, støj, temperatur,
  arbejdsstilling, terminaludstyr, møbler, betjening m.v. må være
  udformet i overensstemmelse med ergonomiske kriterier. 
   
- Terminaludstyret må være udviklet efter principper, der sikrer
  en høj driftspålidelighed. Fejl på en enhed må kun påvirke de
  funktioner, der direkte berøres af den pågældende fejl. 
   
- Installation af en Teletex-terminal skal umiddelbart kunne
  foregå i almindelige kontorlokaler. Installationen skal kunne
  gennemføres af personale uden særlige kvalifikationer. 
   
- Allerede ved udviklingen af Teletex-udstyret bør det tilsikres,
  at den tekniske vedligeholdelse kan foregå efter moderne og ra-
  tionelle retningslinier, der sikrer en høj driftseffektivitet
  på et lavt omkostningsniveau. 
   
- Anskaffelse af en Teletex-terminal skal fremstå som økonomisk
  fordelagtigt for en bruger. I det totale økonomiske billede
  hører faktorer som anskaffelsespris, pris for teknisk vedlige-
  holdelse, anvendelsesmuligheder og afskrivningsperiode. 
   
De overordnede brugerkrav kan opfattes som retningslinier for,
hvilke problemområder en egentlig kravspecifikation bør tage
stilling til. Kravspecifikationen i de efterfølgende afsnit kan
tages som udtryk for, hvorledes RC79 på nuværende tidspunkt vil
fortolke de opstillede generelle brugerkrav.\f

         2_._2_._2_ _ _T_e_k_s_t_b_e_h_a_n_d_l_i_n_g_ 
 
Elektronisk tekstbehandling omfatter i den grundlæggende form al-
mindelige funktioner inden for arbejdsområder som indskrivning
af tekstdokumenter, lagring, redigering og udskrivning. Det re-
elle behov for tekstbehandlingsfaciliteter vil være stærkt afhæn-
gig af anvendelsesformålet. 
 
D_o_k_u_m_e_n_t_ 
 
Et dokument er den naturlige enhed i et ETB-system. Et dokument
vil overholde følgende struktur: 
 
                     PROLOG 
 
                      TEKST 
 
 
 
Prologen indeholder administrativ information og har et stan-
dardiseret format, mens tekst er i fuldstændig frit format uden
restriktioner med hensyn til indhold. Et dokument er eksempelvis
et brev, en rapport eller eventuelt et standardbrev,  der ligger
klar til brug ved masseudsendelser. Et dokument kan også være en
del af en større helhed, et afsnit i en rapport, et  tekstudsnit,
der benyttes i flere sammenhænge, eller en samling standardfor-
muleringer, hvortil der kan henvises ved indskrivning.  
 
Prologen består af en fast del og en variabel del, der begge er
opdelt i felter. Den faste del af prologen indeholder: 
 
- dokumentnavn 
- version og udgave 
- forfatter 
- dokumenttype 
- datoer (oprettelse, forældelse, erindringsdato) 
- operatør 
- ekstern form, dvs. skrifttype, format m.v. 
- dokumentets omfang i tegn, linier og sider  
- modtager/afsender identifikation 
          
Den variable del af prologen kan indeholde: 
- henvisning til andre deldokumenter 
- journalbetegnelse 
- oplysninger til brug ved adgangskontrol 
- nøgleord til brug ved informationssøgning 
- abstrakt 
- diverse beskrivelser 
 \f

         Udfyldelsen af felter foregår ved oprettelsen af tekstdokumentet.
Nogle af felterne skal altid udfyldes af operatøren, mens andre
er valgfrie eller kan påføres med default-værdier. 
 
Teksten er fuldstændig brugerafhængig. Teksten består af tegn,
der i første omgang hentes fra det basale grafiske karakterre-
pertoire i CCITT>s anbefaling S.f. Senere må der være mulighed
for udskiftning af tegnsæt ("extended shift in"/"extended shift
aut). 
 
I_n_d_s_k_r_i_v_n_i_n_g_s_f_a_c_i_l_i_t_e_t_e_r_ 
 
Systemet skal understøtte operatørens arbejde med inddatering af
tekst i størst muligt omfang. En række funktioner kan systemet
udføre automatisk f.eks. linieskift. Desuden kan blanketstyret
inddatering være en stor lettelse. Følgende konkrete indskriv-
ningsfaciliter bør som minimum findes: 
 
- a_u_t_o_m_a_t_i_s_k_ _l_i_n_i_e_s_k_i_f_t_ udføres ved indtastning af det sidste
  ord, som der er plads til på en linie. Såfremt hele ordet ikke
  kan være på linien, flyttes ordet ned på næste linie.  
   
- a_u_t_o_m_a_t_i_s_k_ _t_i_l_p_a_s_n_i_n_g_ _a_f_ _h_ø_j_r_e_m_a_r_g_i_n_ foretages af systemet ved
  automatiske ændringer af linieslutninger. Margintilpasning skal
  ligeledes kunne udføres på operatørens initiativ. 
   
- s_e_m_i_a_u_t_o_m_a_t_i_s_k_ _o_r_d_d_e_l_i_n_g_ betyder, at operatøren efter indskriv-
  ningen kan gennemløbe tekstdokumentet, således at systemet
  standser, hvor der er behov for en stillingtagen til orddelin-
  ger. 
   
- t_e_m_p_o_r_æ_r_ _m_a_r_g_i_n_ benyttes til angivelse af sekundær højre-  og
  venstremargin for særlige indrykninger af citatafsnit m.v. 
   
- a_u_t_o_m_a_t_i_s_k_ _u_n_d_e_r_s_t_r_e_g_n_i_n_g_ betyder, at operatøren blot markerer,
  hvor en understregning skal begynde og slutte. Operatøren skal
  ligeledes med en kode kunne angive understregning af et efter-
  følgende tekstsegment. 
   
- a_u_t_o_m_a_t_i_s_k_ _p_a_g_i_n_e_r_i_n_g_ er en funktion, der ved indskrivning
  automatisk genererer sidenumre til de enkelte sider i et tekst-
  dokument. 
   
- b_l_a_n_k_e_t_i_n_d_d_a_t_e_r_i_n_g_ Felter på blanketter kan være defineret med
  forskellige attributter som numerisk/alfanumerisk, beskyt-
  tet/ubeskyttet m.v. Ved blankettens udfyldelse flyttes markøren
  automatisk til næste åbne felt, når det forudgående felt er
  korrekt udfyldt. 
   \f

         Systemet kan gøres mere avanceret ved tilføjelse af yderligere
faciliteter som lige højremargin, spaltetekstbehandling, decimal-
talstabulering, automatisk centrering af tekst og tal, automatisk
påførsel af teksthoved og -fod, elektroniske ordlister til stave-
kontrol m.v. Behovet for disse faciliteter er dog næppe  særligt
påtrængende i den første version af en TTX-terminal. 
 
T_e_k_s_t_f_r_e_m_v_i_s_n_i_n_g_ _p_å_ _d_a_t_a_s_k_æ_r_m_e_n_ 
 
Selve dataskærmen tænkes opdelt i 3-4 dele: 
 
        1                       tabulatorlinie 
        1                       opkaldsidentifikation 
 
 
       22                       tekst 
 
 
        1                       systemlinie 
            80 karakterpositioner. 
 
Tabulatorlinien indikerer tabulatorpositionerne, som de bruges i
den pågældende opgave. 
 
Opkaldsidentifikationen består af felter til identifikation af
modtager- og afsenderterminal, dato og tid, samt supplerende re-
ferenceinformation. Feltindholdet skal overholde CCITT>s anbefa-
ling F.x. Identifikationslinien kan efter operatørens ønske an-
vendes til almindelig tekst. 
 
Systemlinien indeholder oplysninger om systemets øjeblikkelige
tilstand f.eks. karakterposition, angivelse af aktuel funktion,
dokumentnavn, sidenummer. Linien benyttes desuden til kommunika-
tion mellem operatøren og systemet. 
 
Den resterende del af skærmen optages af tekst. I forbindelse med
tekstfremvisningen er det grundholdningen, at samme grafiske tegn
fremvises ens på skærm og skriver. Det betyder i første række, at
skærmen skal kunne gengive det basale grafiske karakterrepetoire
i henhold til CCITT>s anbefaling S.f. 
 
Det kan være formålstjenligt, at særlige felter eller tekstdele
på skærmen kan fremhæves/skjules ved anvendelse af forskellige
lysstyrker f.eks. høj lysstyrke, usynlige tegn, blink samt invers
video. Således bør tabulatorlinie og systemlinie let kunne skel-
nes fra almindelige tekstlinier. 
 
Systemet skal desuden give operatøren mulighed for fremvisning af
tekst ved hjælp af følgende faciliteter: 
 \f

         - v_e_r_t_i_k_a_l_ _r_u_l_n_i_n_g_. Operatøren kan rulle teksten på skærmbilledet
  opad eller nedad. Ved implementering af denne facilitet bør der
  tilstræbes en såkaldt "blød" rulning, således at operatøren kan
  læse teksten uder selve rulningen. 
   
- h_o_r_i_s_o_n_t_a_l_ _r_u_l_n_i_n_g_. En enkelt tekstlinie eller hele tekstdelen
  på skærmen kan rulles horisontalt mod højre eller venstre. Fa-
  ciliteten giver operatøren adgang til brede tekstlinier. 
   
- s_i_d_e_v_i_s_ _r_u_l_n_i_n_g_. Operatøren kan blade gennem et dokument ved
  successivt at kalde siderne i dokumentet frem på skærmen. Den
  sidevise rulning skal kunne foregå såvel fremad som bagud. 
   
Systemet kan udbygges med en række faciliteter. RC-79 kan bl.a.
pege på mulighederne for regulering af linieafstand (1, 1 1/2 og
2 linier pr. linieskift) og antal tegn pr. tomme (10, 12 og 15
tegn pr. tomme) på skærmen, supplerende karaktersæt samt frem-
visning af hele tekstsider i reduceret format (A4-høj, A4-tværs
eller tilsvarende amerikanske formater). 
 
L_a_g_r_i_n_g_ _o_g_ _g_e_n_f_i_n_d_i_n_g_ 
 
Tekstdokumenter af forskellig type skal kunne lagres på et bag-
grundslagermedium, der er tæt knyttet til TTX-terminalen. Bruge-
ren har specielt interesse i følgende dokumenttyper: 
 
- simple tekster (artikler, breve, manualer, memoranda, rappor-
  ter). 
- rammetekster (standardbreve, blanketter) 
- registeroplysninger (kartoteker, lister) 
- modtagne tekstdokumenter 
 
Oprettelse af simple tekster og rammetekster foretages af opera-
tøren ved udfyldelse af prologen til tekstdokumentet. Operatøren
kan efter oprettelsen anvende dokumentet til almindelig tekst-
indskrivning, redigering eller udarbejdelse af rammetekster. 
 
Systemet skal åbne mulighed for behandling af registre, hvor op-
lysningerne er lagret i fast strukturerede poster. Udvalgte re-
gisteroplysninger skal bl.a. kunne benyttes i kombination med
standardbreve. 
 
Tekstdokumenter, der modtages over Teletexnettet, oprettes auto-
matisk af systemet ved opkaldet. Operatøren må ikke have uhindret
adgang til ændring eller sletning af modtagne dokumenter. 
 
Genfinding af lagrede dokumenter skal understøttes af effektive
søgefaciliteter. Søgningen skal kunne foregå på grundlag af kri-
terier som dokumentnavn, forfatter, dato, nøgleord, type m.v. 
 \f

         R_e_d_i_g_e_r_i_n_g_s_f_a_c_i_l_i_t_e_t_e_r_ 
 
Ved redigeringsfaciliteter forstås alle de programfunktioner, som
operatøren kan betjene sig af i forbindelse med manipulation og
access af tekst. 
 
Tekstredigeringen fremtræder som et af de arbejdsområder, hvor
den elektroniske tekstbehandling kan tilbyde brugeren de største
lettelser i forhold til en traditionel skrivemaskine. En hyppig
brug af redigeringsfaciliteterne vil dog forudsætte, at aktive-
ringen af de enkelte programfunktioner er udpræget simpel og
kræver kort indlæringstid. 
 
De redigeringsfaciliteter, som bør tilbydes, er følgende: 
 
- s_ø_g_n_i_n_g_ _e_f_t_e_r_ _r_e_d_i_g_e_r_i_n_g_s_p_u_n_k_t_e_r_skal kunne foregå ved angivel-
  se af sidenummer, afsnit, eventuelt linienummer, tegnstreng el-
  ler lignende. I tekst på skærmen kan operatøren placere markø-
  ren til angivelse af et redigeringspunkt. 
   
- d_o_k_u_m_e_n_t_s_a_m_m_e_n_s_æ_t_n_i_n_g_. Nye dokumenter skal kunne sammensættes
  på grundlag af tidligere registrerede tekster. Følgende mulige
  fremgangsmåder kan fremhæves: 
   
       1. Allerede registreret tekst kombineres med nyindtastet
          tekst, dvs. indsættelse af nye afsnit, sætninger, ord
          m.v. 
           
       2. Uddrag fra forskellige registrerede tekster f.eks. et
          fraselager sammenstykkes til et nyt dokument. 
           
       3. Indsættelse af variable oplysninger som navn, adresse,
          telefon m.v. i et standarddokument. 
           
- s_l_e_t_n_i_n_g_. Tekstsegmenter, der er identificeret i forbindelse
  med en søgning efter redigeringspunkter, skal kunne slettes.
  Systemet skal have koder for sletning af tegn, ord, linier,
  sætninger, afsnit, sider etc. 
   
- g_l_o_b_a_l_ _s_ø_g_n_i_n_g_ _o_g_ _e_r_s_t_a_t_n_i_n_g_ kan benyttes til fremfinding af
  samtlige forekomster af en given tekststreng i et dokument.
  Efter fremfindingen kan tekststrengen erstattes af en anden
  tekststreng. 
   
- b_l_o_k_f_l_y_t_n_i_n_g_ er en facilitet til specifikation og flytning af
  en tekstblok til et andet sted i dokumentet. Originalteksten
  slettes. 
   
- b_l_o_k_k_o_p_i_e_r_i_n_g_ anvendes til kopiering af specificerede tekst-
  blokke til andre steder i et dokument eller til et andet doku-
  ment f.eks. et fraselager. 
   \f

         - a_u_t_o_m_a_t_i_s_k_ _r_e_p_a_g_i_n_e_r_i_n_g_ kan anvendes ved indsættelse af ny
  tekst i et dokument eller ved sletning af tekst. Funktionen
  skal ligeledes kunne anvendes ved ændring af sideformater. 
   
De angivne faciliteter repræsenterer et velafgrænset udsnit af de
forekommende funktioner til almindelig tekstmanipulation. Syste-
mets dækning af brugernes behov kan let udstrækkes ved tilføjelse
af faciliteter til behandling af f.eks. spaltetekst og tabeller. 
 
U_d_s_k_r_i_v_n_i_n_g_s_f_a_c_i_l_i_t_e_t_e_r_ 
 
Ved udskrivning forstås en præsentation af teksten i den endelige
form. En TTX-terminal skal i overensstemmelse med CCITT>s anbe-
falinger (F.x og S.f) besidde en række præsentationsegenskaber: 
 
- p_a_p_i_r_-_ _o_g_ _s_k_r_i_v_e_b_r_e_d_d_e_. Skriveren skal kunne udskrive tekster i
  såvel ISO A4 format som nordamerikansk format. Begge formater
  skal kunne benyttes i både vertikal og horisontal retning. 
   
- a_n_t_a_l_ _k_a_r_a_k_t_e_r_e_r_ _p_r_._ _t_o_m_m_e_ er 10 som standard. Muligheden for
  12 og 15 tegn pr. tomme skal holdes åben. 
   
- l_i_n_i_e_a_f_s_t_a_n_d_. defaultværdi for linieafstanden er sat til 1.
  Skriveren skal være forberedt for valg mellem 1, 1 1/2 og 2 i
  linieafstand. 
   
- v_e_n_s_t_r_e_m_a_r_g_i_n_ skal uden anden angivelse være ca. 2 cm bred. 
   
- f_o_d_t_e_g_n_/_h_o_v_e_d_t_e_g_n_. Skriveren skal give mulighed for udskrivning
  af tegn over eller under en tekstlinie med en forskydning på
  2,12 mm. 
   
- t_e_g_n_s_æ_t_. Skriveren skal kunne gengive alle tegn i det basale
  grafiske tegnsæt i henhold til CCITT>s anbefaling S.f. 
   
I tillæg til standardkravene vil en række øvrige faciliteter være
bekvemme, således: 
 
- s_i_m_u_l_t_a_n_ _u_d_s_k_r_i_v_n_i_n_g_ hvorved operatøren kan indskrive eller
  redigere tekst samtidig med, at udskrivning pågår. 
   
- o_p_r_e_t_t_e_l_s_e_ _a_f_ _p_r_i_n_t_k_ø_e_r_. Flere tekstdokumenter kan sættes i kø
  til udskrivning. 
   
- f_r_e_m_f_ø_r_i_n_g_ _t_i_l_ _f_ø_r_s_t_e_ _l_i_n_i_e_ _p_å_ _n_æ_s_t_e_ _f_o_r_m_u_l_a_r_. Skriveren skal
  kunne forsynes med en enhed til formularfremføring. 
   \f

         - s_k_r_i_v_e_h_a_s_t_i_g_h_e_d_. Systemet skal give mulighed for tilslutning af
  skrivere med forskellig skrivehastighed. Specielt skal behovet
  hos brugere med store udskrivningsmængder kunne tilfredsstil-
  les. 
   
- s_k_r_i_v_e_k_v_a_l_i_t_e_t_. Skrivere med en særlig fin skrivekvalitet til
  f.eks. brevskrivning skal kunne tilsluttes. 
   
På længere sigt må tilslutning af skrivere til understøttelse af
alternative skrifttyper og udvidet tegnsæt kunne finde sted. 
 
S_y_s_t_e_m_f_u_n_k_t_i_o_n_e_r_ 
 
Systemfunktioner er betegnelsen for en række forskelligartede
kontrol- og støttefunktioner, der har til formål at øge systemets
generelle anvendelighed. Følgende funktioner bør som minimum im-
plementeres i systemet: 
 
- l_a_g_r_i_n_g_ _a_f_ _f_o_r_m_a_t_o_p_l_y_s_n_i_n_g_e_r_. Denne facilitet giver mulighed
  for inddatering af oplysninger om formater f.eks. tabulerings-
  markering, marginangivelse, indrykning m.v. Formatoplysningerne
  lagres seperat med henblik på senere anvendelse som standard-
  format. 
- d_e_f_a_u_l_t_ _f_o_r_m_a_t_e_r_ er oplysninger om margin, sideformat m.v. til
  benyttelse når operatøren undlader angivelser om specifikke
  formater. TTX-terminalen kan f.eks. have et standardformat for
  henholdsvis Teletex- og Telex-kommunikation. 
   
- k_o_p_i_e_r_i_n_g_. Systemet skal indbefatte hjælpeprogrammel til ko-
  piering af specificerede tekstdokumenter og sikkerhedsko-
  piering. 
   
- r_a_p_p_o_r_t_u_d_s_k_r_i_v_n_i_n_g_. Denne facilitet omfatter udskrivning af
  oversigter over dokumenter, som er lagret på disk eller dis-
  kette. En oversigt kan indeholde oplysninger om dokumenternes
  størrelse, oprettelsestidspunkt, sidste access- eller revi-
  siontidspunkt, forfatter m.v. Rapporterne kan genereres efter
  en forudgående sortering på forskellige kriterier.  
   
- a_d_g_a_n_g_s_k_o_n_t_r_o_l_. Systemet skal omfatte diverse forholdsregler
  mod uautoriseret benyttelse af systemets funktioner og oplys-
  ninger. Adgangen til et system kan begrænses ved krav om ind-
  tastning af autorisationskoder, der definerer operatørens ret-
  tigheder. 
   
- b_e_t_j_e_n_i_n_g_s_v_e_j_l_e_d_n_i_n_g_. Systemet udstyres med en hjælp-funktion,
  der giver brugeren mulighed for at bede om vejledning og op-
  lysning med hensyn til betjening af systemet uden at forstyrre
  den normale arbejdsgang. Systemets tilstand retableres fuld-
  stændigt, når brugeren har modtaget den fornødne bistand og
  fået klarhed over situationen. 
   \f

         De ovennævnte funktioner udgør et beskedent udpluk af det store
repertoire, som kunne tænkes implementeret i systemet. Nye funk-
tioner kan udvikles efterhånden f.eks. 
 
- sortering/flytning af poster i et eller flere registre 
- plukning ved betingede udtræk fra et register 
- udarbejdelse af stikordsregister til et dokuemnt 
- udarbejdelse af indholdsfortegnelse til et dokuemnt. 
 
Disse funktioner har nok kun begrænset relevans, når TTX-termina-
len betragtes isoleret. 
 \f

         2_._2_._4_ _ _ _A_n_d_r_e_ _a_p_p_p_l_i_k_a_t_i_o_n_e_r_ 
 
Det udstyr, der udgør en TTX-terminal, skal kunne benyttes til
løsning af andre opgaver. En vigtig begrundelse for dette krav er
tendensen til integration af flere forskellige applikationsom-
råder. Integrationstendensen opleves som en sammensmeltning af
tekstbehandlingssystemer og databehandlingssystemer. En TTX-ter-
minal må være forberedt for en tilpasning til denne udvikling. En
udbygning af TTX-terminalen til et egentligt multifunktionssystem
skal bl.a. kunne ske ved følgende tilføjelser: 
 
- a_r_k_i_v_e_r_i_n_g_s_s_y_s_t_e_m_. Modtagelse og afsendelse af dokumenter skal
  kunne integreres med et centralt journaliseringssystem. Arkive-
  ringen af dokumenter skal ske efter principper, der gør en se-
  nere fremfinding let. Brugeren skal kunne benytte sig af effek-
  tive søgefaciliteter. Søgekriterier kan være nøgleord, emneom-
  råde, dato, journalnummer, navn m.v. Søgningen kan være efter
  en sag eller et tekstdokument, som indgår i en sag. 
   
  Integrationen af tekstbehandling, elektronisk post og arkive-
  rings- og genfindingssystemer er et betydningsfuldt skridt i
  retning mod totale distribuerede kontorinformationssystemer. 
   
- d_a_t_a_ _e_n_t_r_y_. En TTX-terminal kan relativt let forsynes med pro-
  grammel til dataopsamling. Programmellet skal understøtte dia-
  logorienteret indtastning og kontrol af blanketorienterede
  data. Data kan bruges direkte af et lokalt placeret databe-
  handlingsprogram eller opbevares til senere aflevering til et
  centralt databehandlingssystem. 
   
- b_e_r_e_g_n_i_n_g_s_o_p_g_a_v_e_r_. TTX-terminalen skal kunne afvikle program-
  mel, der er orienteret mod løsningen af tekniske og administra-
  tive opgaver f.eks. fakturering. 
   
- p_r_o_g_r_a_m_u_d_v_i_k_l_i_n_g_. Brugeren skal have mulighed for selv at ud-
  vikle individuelle programmer som en overbygning på standard-
  programmer. Brugeren skal kunne indtaste kildeprogrammer, fo-
  retage redigering og oversættelse m.v. Programmeringen skal
  kunne foregå i alment anerkendte sprog f.eks. BASIC/COMAL,
  PASCAL og COBOL. 
   
- r_e_g_n_e_f_u_n_k_t_i_o_n_e_r_. En terminalarbejdsplads skal kunne fungere som
  en avanceret lommeregner med alle gængse funktioner. Regne-
  funktionerne skal eventuelt kunne anvendes i forbindelse med
  tekstindskrivningsopgaver og data entry. 
   \f

         - i_n_t_e_r_a_k_t_i_v_ _t_e_r_m_i_n_a_l_. En TTX-terminal skal kunne anvendes som en
  almindelig dataterminal, der er tilsluttet en central værtsda-
  tamat. I første omgang skønnes det at en emulering af en
  tty-protokol eller IBM3270-protokol vil have markedets største
  interesse. Efterhånden som internationalt accepterede terminal-
  protokoller får markedsmæssig betydning, bør deres implementa-
  tion overvejes. 
   
- f_i_l_t_r_a_n_s_p_o_r_t_. Systemet skal understøtte transport af data mel-
  lem TTX-terminalens filsystem og centrale værtsdatamter. Tele-
  texprotokollen kan ikke umiddelbart forventes implementeret på
  værtsdatamater. Forskellige traditionelle protokoller kan der-
  for komme på tale. 
   
Den systemarkitektur, som RC-79 vil basere planlægningen af
TTX-terminalen på, tager nøje hensyn til mulighederne for udbyg-
ning af systemet med de skitserede anvendelsesområder. Udnyttel-
sen af terminalens egenskaber til andre anvendelser end netop
Teletex-opgaver vil uvilkårligt øge terminalens økonomiske for-
delagtighed for brugeren. 
 
          \f

         2_._2_._5_ _ _ _A_r_b_e_j_d_s_m_i_l_j_ø_ 
 
Antallet af personer, der engageres i arbejde med terminaler, er
i kraftig stigning som følge af edb-teknologiens udbredelse. For
de fleste mennesker repræsenterer beskæftigelsen ved terminalen
en helt ny arbejdssituation. På denne baggrund er det vigtigt, at
terminalarbejdspladsen udformes med henblik på etableringen af
den bedst mulige arbejdssituation. 
 
Den enkelte terminalarbejdsplads må i arbejdsmiljømæssig henseen-
de betragtes som en del af en større helhed. De forhold, der i
særlig grad karakteriserer arbejdspladsen, er følgende: 
 
- terminaludstyr 
- dialogmetode 
- møblement 
- belysningsforhold 
- støjforhold 
- klimaforhold 
 
Terminaludstyret vil i Teletex-sammenhæng primært bestå af data-
skærm, tastatur, skriver og lagringsmedium. 
 
Dataskærmen skal være en separat enhed, der efter operatørens
behov kan flyttes og reguleres afhængigt af arbejdets karakter og
arbejdspladsens øvrige udformning. Dataskærmen skal f.eks. kunne
vippes, drejes og højdeindstilles. Tegn skal på skærmen være re-
præsenteret i en farve, størrelse og kvalitet, der muliggør læs-
ning uden anstrengelse af øjnene. Dette krav skal også være op-
fyldt ved terminalarbejde i flere timer dagligt. Skærmfladen skal
være antirefleksbehandlet, og lysstyrken på skærmens tekster skal
kunne reguleres dynamisk. Desuden skal farvesammensætningen  på
skærmflade og kabinet modvirke store luminansspring ved alminde-
ligt terminalarbejde. 
 
Tastaturet skal ligeledes være en separat enhed, som operatøren
kan anbringe, hvor det i den aktuelle arbejdssituation findes be-
lejligt. Tastaturet skal være forsynet med håndrodsstøtte og mu-
lighed for højderegulering. Tasterne skal være matte til mod-
virkning af reflekser og endelig må kontrasten mellem tasternes
grundfarve og indgraveringen af tegnene sikre en hurtigt genken-
delse af de enkelte tegn. 
 
Skriver og lagringsmedium er ydre enheder, der formodentlig ikke
benyttes i samme omfang som dataskærm og tastatur. Disse ydre
enheder skal derfor ikke opfylde tilsvarende strenge ergonomiske
krav. Den støj som skrivere og lagringsmedier traditionelt af-
giver i drift, skal holdes på et acceptabelt niveau ved en effek-
tiv støjafskærmning. 
 \f

         Den form, hvorunder operatøren i samarbejde med datamatsystemet
afvikler sine arbejdsopgaver, skal være udpræget dialogoriente-
ret. Den anvendte dialogmetode skal sikre, at operatører med
begrænset forkendskab til og erfaring i anvendelse af datatermi-
naler let kan udnytte TTX-terminalens funktioner til  løsning af
forskelligartede opgaver. Valg mellem funktioner skal  finde sted
ved en udstrakt brug af menubilleder, mens selve funktionsudfø-
relsen bør initieres ved tryk på dedikerede funktionstaster. Ind-
datering af tekst/data kan i mange situationer hensigtsmæssigt
foregå ved formularudfyldelse. Utryghed hos operatøren kan mod-
virkes ved, at systemet i de relevante situationer yder hjælp i
form af vejledende spørgsmål,  anvisninger eller præsentation af
handlingsalternativer. 
 
Forhold som møblement, belysning, støj og klima har leverandøren
af terminaludstyret kun ringe indflydelse på. Det betyder til
gengæld, at leverandøren i størst muligt omfang må gøre terminal-
udstyrets anvendelighed uafhængig af forholdene. 
 
          \f

         2_._2_._6_ _ _ _M_a_t_e_r_i_e_l_ 
 
Nedennævnte kravspecification beskriver på et overordnet niveau
de krav, der må stilles til materiel og basisprogrammel for det
totale TTX-system, omfattende terminal eller arbejdsplads samt
PABX. Specificationerne prætenderer ingenlunde at være på samme
detaljeringsniveau som må kræves ved den endelige kravspecifica-
tion, men søger i stedet at komplettere CCITT specifikationerne,
hvor disse måtte være åbne eller ufuldstændige.  
 
Specifikationen er foretaget på grundlag af en rimelig balance
mellem: 
- ergonomi 
- økonomi 
- udbygningsmuligheder 
- datasikkerhed 
hvor ovennævnte er listet i faldende prioritet.  
 
Specifikationen omfatter materiel i form af Teletex terminal,
printer samt baggrundsmedium og PABX. 
 
Specifikationen indeholder følgende parametre:  
- designparametre 
- vedligeholdelse samt diagnostics  
- udbygningsmuligheder 
- installationsforhold 
 
D_e_s_i_g_n_p_a_r_a_m_e_t_r_e_ 
 
T_e_r_m_i_n_a_l_ 
 
De væsentligste krav til terminalen må være, at denne optræder
som en ergonomisk korrekt og funktionel arbejdsplads.  
 
Teknologisk Institut og Lysteknisk Laboratioium har undersøgt de
ergonomiske krav til en dataskærm vedrørende: 
- justering, lodret og vandret 
- flimmer 
- kontrastforhold 
- symbolopbygning 
- dataskærmens farve 
- tastaturets og tasternes udformning etc. 
 
Idet visse af kravene er relativt lidt kvantificerbare, vil spe-
cifikationen derfor alene omfatte et krav til leverandøren om
opfyldelse af ovennævnte institutters rekommendationer i.e. ud-
viklingen og designet skal således foregå i nært samarbejde med
kompetente organer. 
 \f

         Idet CCITT>s rekommendationer fastlægger veldefinerede krav til
udskrivningsenheden (printeren), ville det umiddelbart virke hen-
sigtsmæssigt, at dataskærmen således overholdt samme specifica-
tioner. Dette vil imidlertid stille overordentlig store  krav til
selve monitoren samt dennes kontrollogik. Skærmen skal således
kunne vise 56 linier a 77 (80) tegn eller 39 linier a 105 tegn.
For at opretholde læsbare symboler skal skærmens fysiske di-
mensioner være væsentligt større en 15". Moderne tekstbehand-
lingsudstyr viser normalt 25 linier a 80 tegn på en 15" monitor
idet brugeren yderst sjældent vil kunne drage nytte af en større
tekstmængde f.eks. den totale side. Programmellet skal selvføl-
gelig være indrettet således, at det er særdeles simpelt at flyt-
te tekstudsnittet. 
 
Endvidere vil det kræve en særdeles omfattende elektronik, hvis
alle de nævnte faciliteter skal indeholdes i skærmcontrolleren. 
 
Erfaringen fra RC850, der umiddelbart forventes at opfylde alle
de krav en bruger måtte stille til en dataskærm, viser, at ønskes
terminalen som en transportabel enhed, er komponentantallet i
RC850 nær det maksimale, der overhovedet kan integreres i en
transportabel dataskærm. Ønskes denne mulighed bevaret vil de
tekniske specificationer stort set være identisk med RC850 og
omfatter bl.a.: 
 
- 64 k Bytes lager 
- serielle og parallel interface 
- display controller med refresh lager 
- karaktergenerator med 384 tegn (RAM/ROM) 
- selvtestrutiner ved opstart 
- dual floppy disc control (double side & density) 
 
P_r_i_n_t_e_r_ 
 
Kravene til printeren er som nævnt særdeles velbeskrevet i
CCITT>s rekommendationer, hvorfor en yderligere uddybning ikke
forekommer nødvendig. Dog skal det nævnes, at printerens skri-
vehastighed mindst bør være 45 cps. 
 
B_a_g_g_r_u_n_d_s_m_e_d_i_u_m_ 
 
Baggrundsmediet bør være enkelt eller dobbelt diskette. Både 5"
og 8" disketter skal kunne understøttes og formatet skal minimum
være double side/double density. Herved er kapaciteten på 320 k
Bytes pr. 5" diskette og 1,2 MBytes pr. 8" diskette. 
 
Understøttelsen af 5" disketter er således et væsentligt krav,
idet disse forventeligt vil erstatte 8" disketten som generelt
baggrundsmedium på mikrodatamater og intelligente terminaler. 
 \f

         Idet 5" mediet er mekanisk særdeles stabilt eksisterer der alle-
rede evalueringseksemplarer af 5" disketter med dobbelt sportæt-
hed (96 spor pr. tomme), hvorved kapaciteten pr. diskette over-
stiger 600 k Bytes. Endvidere er 5" disketten særdeles attråvær-
dige til integration i et mikrodatamatisk system, grundet deres
lave effektforbrug og at spændingskravene alene er +5V og 12V. 
 
V_e_d_l_i_g_e_h_o_l_d_e_l_s_e_ _o_g_ _d_i_a_g_n_o_s_t_i_c_s_ 
 
Ved systemvedligeholdelsen bør der skælnes mellem flytbare enhe-
der: terminaler, printere etc. og stationære enheder (PABC). 
 
Ved de flytbare enheder skal disse indeholde testprogram, der
aktiveres ved systemtest. Dette bør funktionsteste alle de til-
sluttede enheder, hvorfor den egentlige vedligeholdelse blot vil
bestå i en total udskiftning af den defekte enhed. Remote diag-
nostics over data- eller telenettet bør dog også være mulig. 
 
Ved stationære enheder d.v.s. komplekse enheder, bør testmodulet
være totalt uafhængigt af den øvrige maskine og skal kunne udpege
den defekte enhed f.eks. ved hjælp af lysdioder. Remote diagnos-
tics skal være mulig. 
 
U_d_b_y_g_n_i_n_g_s_m_u_l_i_g_h_e_d_e_r_ 
 
Selve Teletex skal problemfrit kunne udbygges med større diske
f.eks. som biblioteksdisk. Hurtige printere skal kunne tilkobles,
og alle de lokale enheder skal kunne tilkobles hovedsystemet via
et lokalnet. Udbygningsmulighed for fremtidig tilkobling til
f.eks. fotokopieringsmaskine er endvidere et oplagt krav. Med et
lidt sloganpræget udtryk, skal udstyret være fremtidssikret, og
det skal være et krav til leverandøren at kunne anvise udbyg-
ningsmuligheder. 
 
I_n_s_t_a_l_l_a_t_i_o_n_s_f_o_r_h_o_l_d_ 
 
Ligeledes her bør der skelnes mellem flytbare og stationære en-
heder. De flytbare dvs. terminalen må ikke stille andre krav til
installationsforholdene end krav om sikkerhedsjord. 
 
De stationære enheder må ligeledes ikke stille andre krav til lo-
kaleforholdene end, hvad der er normalt for en lille minidata-
mat. 
 
         \f

F_3_._ _ _ _ _O_m_k_o_s_t_n_i_n_g_s_v_u_r_d_e_r_i_n_g_ 
 
3_._1_ _ _ _F_o_r_u_d_s_æ_t_n_i_n_g_e_r_ 
 
En foreløbig vurdering af den nødvendige ressourceindsats til im-
plementering af en TTX-terminal i grundversionen må uvilkårligt
bygge på en række forudsætninger. I denne forbindelse vil RC79
specielt fremhæve følgende forhold: 
 
    - generel kravspecifikation 
     
    - tidsplaner 
     
    - produktmæssigt grundlag 
     
I den generelle kravspecifikation i afsnit 2.2.1 - 2.2.6 har RC79
angivet retningslinier for specielt systemarkitektur, tekstbe-
handling, kommunikationsfaciliteter samt materiel. I en række
tilfælde nævner kravspecifikationen muligheder for egenskaber,
som i takt med udviklingen i teknologi, marked og behov skal kun-
ne implementeres i tilknytning til TTX-terminalsystemet. I den
foreliggende ressourcevurdering indgår kun de grundlæggende funk-
tioner, som en dansk TTX-terminal i basisversionen bør kunne til-
byde, hvis den skal fremstå som et  konkurrencedygtigt alternativ
til andre udbyderes produkter. 
 
RC79 har som grundlag for udarbejdelsen af tidsplaner for total-
projektet nøje vurderet de enkelte aktiviteter. Forventninger til
persontidsforbrug og omkostninger er baseret på, at de opstillede
tidsplaner kan accepteres af P&T. 
 
RC79 forudsætter, at det produktmæssige grundlag for TTX-termina-
len udgøres af den intelligente RC850 skærmterminal. RC850 er med
sin store fleksibilitet og sin ergonomisk korrekte udformning et
velegnet udgangspunkt for udviklingen af en TTX-terminal. Uden
RC850 med tilhørende basisværktøjer i form af  
 
    - skærmprimitiver 
     
    - tastaturafkodning 
     
    - diskettefilsystem 
     
    - udskifteligt programmelsystem 
     
    - printerdriver 
     
    - højere programmeringssprog (PASCAL80) 
     
og materiel i form af 
 
    - mikrostyreenhed 
     
    - skærm med stort tegnsæt \f

    - tastatur med specielle funktionstaster 
     
    - diskettetilslutning 
     
    - V.24 printerudgang 
     
    - transmissionskanal 
     
kan udviklingstiden og omkostningerne for en TTX-terminal let
mere end fordobles. 
 
 \f

         3_._2_ _ _ _P_r_o_g_r_a_m_m_e_l_u_d_v_i_k_l_i_n_g_ 
 
T_i_d_s_p_l_a_n_ 
 
Et projektforløb for implementering af et TTX-terminalsystem vil
typisk kunne opdeles i følgende faser: 
 
- foranalyse 
- systemanalyse 
- detailanalyse 
- programmering & modultest 
- systemtest 
- udarbejdelse af brugerdokumentation 
- overdragelse til P&T 
 
Foranalysens primære formål er udarbejdelsen af en kravspecifi-
kation for det ønskede system. Det antages, at denne analysefase
gennemføres i løbet af 4. kvartal 1980 og 1. kvartal 1981. Krav-
specifikationer udarbejdes af P&T med eventuel bistand fra eks-
terne konsulenter. 
 
Systemanalysen tager udgangspunkt i den udarbejdede kravspecifi-
kation. I løbet af systemanalysefasen skal der skabes klarhed
omkring anvendelsen af løsningsmetoder til implementering af de
funktioner, som kravspecifikationen foreskriver for systemet.
Forhold som systemløsningsfilosofi, programmelstruktur, modulop-
bygning, modulsammenhænge m.v. skal afklares. Systemanalysen
munder direkte ud i udarbejdelsen af en systembeskrivelse. Sy-
stembeskrivelsen udarbejdes af RC-79, men skal godkendes af P&T.
Systemanalysefasen kan gennemføres i løbet af 2 måneder, såfremt
RC-79 er med som konsulenter i foranalysen.  
 
Detailanalysen iværksættes på grundlag af systembeskrivelsens
specifikationer af de enkelte programmodulers egenskaber og deres
relationer til de øvrige dele af systemet. I denne fase skal den
algoritmiske struktur i de enkelte programmoduler beskrives i
detaljer. Beskrivelsen skal fungere som programmeringsgrundlag.
Detailanalysen kan gennemføres inden for en periode af 3 måneder.
 
Selve programmeringen af systemets funktioner vil basere sig på
det udarbejdede programmeringsgrundlag. Programmeringsperiodens
længde, hvori en test af de enkelte programmoduler er inkluderet,
andrager ca. 11 måneder. 
 
Systemtesten skal sikre, at de enkelte programmoduler fungerer i
sammenhæng med hinanden. En grundig systemtest vil strække sig
over en periode på ca. 3 måneder.  
 
Den nødvendige brugerdokumentation kan opdeles i to grupper,
nemlig: 
 
- operatørvejledning, som giver en beskrivelse af, hvorledes
  materiel skal betjenes. 
- terminalvejledning, som beskriver anvendelsen af systemets
  funktioner for en bruger. 
 \f

Brugerdokumentation kan udarbejdes sideløbende med f.eks. system-
testen og vil derfor ikke direkte lægge beslag på kalendertid.  
 
Når systemtesten er afsluttet og brugerdokumentationen foreligger, vil
aflæggelse af en afleveringsprøve kunne påbegyndes med henblik på en
overdragelse af pilotsystemer til P&T.  
 
                      Tidsplan programmeludvikling 
foranalyse 
 
systemanalyse 
 
detailanalyse 
 
progr. & test 
 
systemtest 
          
brugerdok. 
          
overdragelse 
 
               9101112 1 2 3 4 5 6 7 8 9101112 1 2 3 4 5 6 7 8 9
                   80           81               82 
 
        Det fremgår umiddelbart af tidsplanen for programmeludviklingen, at
RC79 vil kunne afslutte selve udviklingsprojektet i juni 1982. I for-
hold til P&T>s tidsplan angiver det en forsinkelse på 3 måneder. RC79
er opmærksom på den store betydning, som P&T tillægger overholdelsen
af tidsplanerne. RC79 har underkastet de enkelte projektfaser og deres
indbyrdes afhængighed en grundig analyse med henblik på en reduktion
af udviklingstiden. Med udgangspukt i denne analyse og erfaringer fra
gennemførelsen af tilsvarende projekter anser RC79 en udviklingstid på
under 15 kalendermåneder for urealistisk for en TTX-terminal.  
 
T_i_d_s_f_o_r_b_r_u_g_ _-_ _t_e_k_s_t_b_e_h_a_n_d_l_i_n_g_ _m_._v_._ 
 
I afsnit 2.2.2 Tekstbehandling m.v. defineres en række krav til
tekstbehandlingsfaciliteter på en TTX-terminal. Ved vurdering af
persontidsforbruget til udvikling af tekstbehandling forudsættes
det, at følgende faciliteter skal kunne stilles til rådighed for
brugeren. 
 
i_n_d_s_k_r_i_v_n_i_n_g_ 
 
- automatisk linieskift 
- automatisk tilpasning af højremargin 
- semiautomatisk orddeling 
- temporær margin 
- automatisk understregning 
- automatisk paginering 
- blanketinddatering 
 
t_e_k_s_t_f_r_e_m_v_i_s_n_i_n_g_ 
 
- basalt grafisk tegnsæt 
- vertikal rulning 
- horisontal rulning 
- sidevis rulning 
- formattering 
          \f

l_a_g_r_i_n_g_ _o_g_ _g_e_n_f_i_n_d_i_n_g_ 
 
- lagring af tekstdokumenter 
- registerhåndtering 
- søgefaciliteter 
 
r_e_d_i_g_e_r_i_n_g_ 
 
- søgning efter redigeringspkt. 
- dokumentsammensætning 
- sletning 
- global søgning og erstatning 
- blokflytning 
- blokkopiering 
- automatisk repaginering 
 
u_d_s_k_r_i_v_n_i_n_g_ 
 
- papir- og skrivebredde 
- antal karakterer pr. tomme 
- linieafstand 
- venstremargin 
- fodtegn/hovedtegn 
- tegnsæt 
- simultan udskrivning 
- oprettelse af printkøer 
- fremføring til første linie på næste formular
- skrivehastighed 
- skrivekvalitet 
 
s_y_s_t_e_m_f_u_n_k_t_i_o_n_e_r_ 
 
- lagring af formatoplysninger 
- default formater 
- kopiering 
- rapportudskrivning 
         - adgangskontrol 
- betjeningsvejledning 
 \f




Til implementering af de skitserede faciliteter forventes det, at
der vil medgå et persontidsforbrug af størrelsesordenen 70 per-
sonmåneder. Fordelingen af tidsforbruget på de enkelte hovedakti-
vitetsområder vil skønsmæssigt have følgende udseende: 
 
                  T_e_k_s_t_b_e_h_a_n_d_l_i_n_g_ _m_._v_._ _-_ _t_i_d_s_f_o_r_b_r_u_g_ 
    Systemanalyse                        8 personmåneder 
    Detailanalyse                       12      - 
    Programmering & modultest           32      - 
    heraf: 
    - indskrivningsfac.            4 
    - tekstfremvisningsfac.        4 
    - lagring- og genfindingsfac.  6 
    - redigeringsfac.              8 
    - udskrivningsfac.             4 
    - systemfunktioner             6 
    Systemtest, overdragelse             8      - 
    Brugerdokumentation                  4      - 
    P_r_o_j_e_k_t_l_e_d_e_l_s_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _6_ _ _ _ _ _ _-_ _ _ _ _ _ _ _ 
    I alt udvikling (tekstbehandling)   7_0_ _p_e_r_s_o_n_m_å_n_e_d_e_r_ 
     
     
T_i_d_s_f_o_r_b_r_u_g_ _-_ _k_o_m_m_u_n_i_k_a_t_i_o_n_s_p_r_o_g_r_a_m_m_e_l_ 
 
Estimeringen af ressourceforbruget til udvikling af kommunika-
tionsprogrammel er foregået på basis af de krav, som CCITT>s
anbefalinger for Teletex-tjenesten opstiller Kommunikationspro-
grammellet udvikles yderligere som en realisation af ISO refe-
rencemodellen for åbne systemers sammenkobling. 
 
Opdelingen af tidsforbruget på hovedaktiviteter giver følgende: 
 
                  K_o_m_m_u_n_i_k_a_t_i_o_n_s_p_r_o_g_r_a_m_m_e_l_ _-_ _t_i_d_s_f_o_r_b_r_u_g_ 
     
    Systemanalyse                             6 personmåneder 
    Detailanalyse                            18        - 
    Programmering & modultest                30        - 
    Heraf: 
    - S.h basis (x.21 anvendelse)           8 
    - F.x (adresser og lageradm.)           5 
    - S.d (session og præsentation delvis) 14 
    - S.f (præsentation resten)             3 
    Systemtest, overdragelse                 12 
    Dokumentation                             6 
    P_r_o_j_e_k_t_l_e_d_e_l_s_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _6_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
    I alt udvikling (kommunikation)          7_8_ _p_e_r_s_o_n_m_å_n_e_d_e_r_ 
     \f

T_i_d_s_v_u_r_d_e_r_i_n_g_ _-_ _b_a_s_i_s_p_r_o_g_r_a_m_m_e_l_u_d_v_i_k_l_i_n_g_ 
 
Udviklingen af basisprogrammel til TTX-terminalen er yderst be-
grænset og omfatter udelukkende specifikt driverprogrammel. 
 
      X.21 driver                        3 personmåneder 
      Driver til printer                 3 personmåneder 
      Mellemdriver                       1_ _p_e_r_s_o_n_m_å_n_e_d___ 
      I alt basisprogrammel              7_ _p_e_r_s_o_n_m_å_n_e_d_e_r_ 
       
Udviklingen af X.21 driver er ansat til 3 personmåneder, idet ud-
viklingstiden til driverprogrammel erfaringsmæssigt ligger mellem
2-3 måneder. 
 
Udviklingstiden til printerdriver er ansat til 3 personmåneder,
idet printerdriveren skal være særdeles omfattende for at opfylde
kravspecifikationen bl.a. med hensyn til håndtering af det basale
grafiske tegnsæt. 
 
Mellemdriveren sidder som fordriver til tastaturet og konverterer
dette fra en tegnafhængig til en blokorienteret enhed. Dette be-
virker en smidiggørelse af transmissionsprogrammellet. 
 \f

3_._3_ _ _ _ _M_a_t_e_r_i_e_l_u_d_v_i_k_l_i_n_g_ 
 
Ved estimatet af udviklingsomkostningerne til materiel (TTX-ter-
minal, baggrundslagermedium samt printer) tages udgangspunkt i
eksisterende og allerede besluttede produkter eller moduler. Med
andre ord er omkostningsestimaterne alene baseret på de ekstra
aktiviteter, der kan henføres til TTX-terminalen. 
 
      Redesign af tastatur                      1   personmåned 
      Minidiskette kassette                     1   personmåned 
      Maxidiskette kassette                     1/2 personmåned 
      X.21 tilslutning                          1_/_2_ _p_e_r_s_o_n_m_å_n_e_d_ 
      I alt materieludvikling                   3_ _ _ _p_e_r_s_o_n_m_å_n_e_d_ 
       
Redesign af tastatur omfatter definition af funktionstaster samt
tastaturlayout. Arbejdet er i det væsentlige papirarbejde, idet
tastaturet til RC850 er designet så generelt, at kundespecifikke
ønsker ikke kræver en total nyudvikling. 
 
Udvikling af mini- og maxidiskette kassette omfatter design af
strømforsyning og mekanik til en kassette med plads til 2 mini-
diskette henholdsvis 2 maxidiskette enheder. 
 
X.21 tilslutningen omfatter en ændring af den eksisterende V.24
udgang til en X.21 tilslutning. 
 
3_._4_ _ _ _ _U_d_v_i_k_l_i_n_g_s_o_m_k_o_s_t_n_i_n_g_e_r_ 
 
Udgangspunktet for fastsættelse af udviklingsomkostningerne be-
står af de anførte skøn over persontidsforbrug i afsnit 3.2 Pro-
grammeludvikling og afsnit 3.3 Materieludvikling. Desuden er om-
kostninger til testfaciliteter og ledelse af totalprojektet med-
taget. 
 
O_v_e_r_s_i_g_t_ _o_v_e_r_ _u_d_v_i_k_l_i_n_g_s_o_m_k_o_s_t_n_i_n_g_e_r_ 
 
Tekstbehandling m.v.: 
- 70 personmåneder a 42.000 kr.                  2.940.000 kr 
- testfaciliteter                                   80.000 " 
Kommunikationsfaciliteter: 
- 78 personmåneder a 42.000 kr.                  3.276.000 " 
- testfaciliteter                                   80.000 " 
Basisprogrammel: 
-  7 personmåneder a 42.000 kr.                    294.000 " 
- testfaciliteter                                   40.000 " 
Materieludvikling: 
-  3 personmåneder a 42.000 kr.                    126.000 " 
- testfaciliteter, materialer m.v.                  50.000 " 
Ledelse af totalprojektet 
-_ _1_4_ _p_e_r_s_o_n_m_å_n_e_d_e_r_ _a_ _5_4_._0_0_0_ _k_r_._ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _7_5_6_._0_0_0_ _"_ 
Totale udviklingsomkostninger                    7_._6_4_2_._0_0_0_ _"_ 
 \f

Det er en indlysende kendsgerning, at et estimat på tidsforbruget
til implementation af et kompliceret produkt som TTX-terminalen
er behæftet med en ukvantificerbar usikkerhed. RC79 har ved fast-
sættelsen af persontidsforbruget på de enkelte hovedaktiviteter i
projektet anvendt middelskøn efter samme retningslinier, som RC79
vil lægge til grund ved et bindende tilbud. Afvigelser i person-
tidsforbruget og dermed udviklingsomkostningerne ved det endelige
tilbud forventes derfor kun i det omfang, hvor de opstillede for-
udsætninger må fraviges.  Den skønnede udviklingsomkostning på
7.642 mio. kr. er derfor under de givne forudsætninger en yderst
realistisk vurdering af de endelige omkostninger ved projektets
gennemførelse. 
 
3_._5_ _ _ _ _O_m_k_o_s_t_n_i_n_g_e_r_ _t_i_l_ _p_i_l_o_t_s_e_r_i_e_ 
 
Leveringen af en pilotserie på 20 TTX-terminaler med tilhørende
programmel og dokumentation kan finde sted i begyndelsen af 2.
halvår 1982. Det antages, at de første pilotfigurationer kan sam-
mensættes af følgende enheder: 
 
      - RC850 skærmterminal med specielt tastatur 
      - Daisy Wheel Printer f.eks. Qume med en skrivehastighed på
        45 cps 
      - 2 x minidiskette (5") eller 2 x maxidiskette (8") 
       
De variable omkostninger ved produktion af pilotseriens enheder
fremgår af nedenstående oversigt. 
 
E_n_h_e_d_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _M_a_t_e_r_i_a_l_e_r_ _ _L_ø_n_ _ _ _ _K_o_s_t_p_r_i_s_ 
 
RC850 skærmterminal                   5.6002400    8.000 
Daisy Wheel Printer                  16.000     1000   17.000 
2 x minidiskette (5") incl. kassette 4.200      700    4.900 
2_ _x_ _m_a_x_i_d_i_s_k_e_t_t_e_ _(_8_"_)_ _i_n_c_l_._ _k_a_s_s_e_t_t_e_ _ _7_._9_2_0_ _ _ _ _ _1_1_0_0_ _ _ _ _9_._0_2_0_ 
 
RC79 kan med udgangspunkt i ovenstående kostpriser og det spe-
cielle anvendelsesformål taget i betragtning tilbyde P&T de
nødvendige enheder til følgende priser 
 
E_n_h_e_d_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _T_i_l_b_u_d_s_p_r_i_s_ _e_x_c_l_._ _m_o_m_s_ 
 
RC850 skærmterminal                            20.000 kr. 
Daisy Wheel Printer                            30.000 " 
2 x minidiskette (5") incl. kassette           12.500 " 
2_ _x_ _m_a_x_i_d_i_s_k_e_t_t_e_ _(_8_"_)_ _i_n_c_l_._ _k_a_s_s_e_t_t_e_ _ _ _ _ _ _ _ _ _ _ _2_1_._0_0_0_ _"_ 
 
En pilotkonfiguration med minidiskette kan således leveres for
62.500 kr., mens en pilotkonfiguration med maxidiskette vil koste
71.000 kr. Begge beløb er exclusiv moms. RC79 kunne forestille
sig, at de to konfigurationstyper blev ligeligt repræsenteret ved
pilotafprøvningen. 
 \f

3_._6_ _ _ _ _O_m_k_o_s_t_n_i_n_g_s_r_e_g_u_l_e_r_i_n_g_e_r_ 
 
RC79 er indstillet på, at et senere bindende tilbud på udvik-
lingsfasen afgives til fast pris. Ændringer i lønninger, materia-
leudgifter m.v. i RC79 vil derfor ikke påvirke de udviklingsom-
kostninger, som P&T forventes at afholde. Tilbud på produktion af
pilotserie kan ligeledes afgives til fast pris. 
 \f

4_._ _ _ _ _K_o_n_t_r_a_k_t_-_ _o_g_ _t_i_l_b_u_d_s_b_e_t_i_n_g_e_l_s_e_r_ 
 
RC79 vil basere udviklingen af TTX-terminalen på den intelligente
RC850 skærmterminal, som for tiden er under færdiggørelse i RC79.
RC850 skærmterminalserien udgør et hovedproduktområde i den frem-
tidige produkt- og marketingstrategi for RC79. Ejendomsretten til
TTX-terminalen kan derfor ikke i fuldt omfang overføres til P&T.
Tilsvarende skal P&T ikke afholde de udviklingsomkostninger, som
ikke direkte vedrører TTX-terminalen. RC79 indgår dog gerne i
drøftelser, der kan sikre P&T ejendomsretten til en veldefineret
specifik TTX-terminal. 
 
TTX-terminalens snævre produktmæssige sammenhæng med alle andre
aktiviteter i RC79 betyder ligeledes, at RC79 ser frem til en
eventuel senere forhandling med P&T om vilkårene for anvendelse
af TTX-terminalens specialudviklede programmel og materiel i be-
slægtede systemer. Disse systemer vil blive markedsført med hen-
blik på afsætning i såvel Danmark som udlandet. 
 
RC79 er indforstået med de øvrige kontrakt- og tilbudsbetingel-
ser, der er anført af P&T i udbudsmaterialets bilag 3. 
 
Endelig skal det oplyses, at RC79 har til hensigt at afgive bin-
dende tilbud på fase 2 i forbindelse med det endelige udbud. 
 \f

                                     -   - 
 
 
          
 \f

                           TELETEX-TERMINAL 
           VEJLEDENDE TILBUD PÅ PRODUKTIONSFASE 
                  SEPTEMBER 1980 
 
I_n_d_h_o_l_d_s_f_o_r_t_e_g_n_e_l_s_e_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _S_i_d_e_ 
 
1.     Konklusion                                             1 
 
2.     Produktion af TTX-terminaler                           2 
       2.1   Forudsætninger                                   2 
             2.1.1.   Specifikationsgrundlag                  2 
             2.1.2.   Produktionsforløb                       2 
       2.2   Priser på TTX-udstyr                             5 
       2.3   Tidsplan                                         5 
       2.4   Principper for prisregulering                    5 
 
3.     Kontrakt- og tilbudsbetingelser                        7 
 \f

1_._ _ _ _ _K_o_n_k_l_u_s_i_o_n_ 
 
RC79 vil som grundlag for TTX-terminalen benytte RC850 skærmter-
minalen. RC850 sættes i løbet af 1981 i serieproduktion med en
månedlig produktion på ca. 100 stk. Med den store forhåndsinter-
esse for RC850 har RC79 stor tiltro til, at en tilfredsstillelse
af markedets efterspørgsel vil nødvendiggøre en øget produktion.
Et større produktionsvolumen skaber økonomisk basis for en sti-
gende automation af produktions- og aftestningsmetoder og dermed
lavere variable omkostninger. Det produktionsapparat, som RC79
vil råde over til fremstilling af TTX-terminaler, vil derfor til
enhver tid kunne operere på et konkurrencedygtigt omkostningsni-
veau. 
 
Fastsættelsen af priser til P&T på TTX-udstyr afhænger af en lang
række forhold. Især vil leveringskvantiteten spille en afgørende
rolle. Med adgangspunkt i en antagelse om en gennemsnitlig årlig
afsætning på 1000 stk. TTX-terminaler vil RC79 kunne levere en
total konfiguration til P&T for 50.000 kr. excl. moms. Konfigura-
tionen omfatter en intelligent RC850 skærmterminal med basispro-
grammel, skriver af høj kvalitet samt baggrundslager i form af
dobbelt minidiskette. 
 \f

2_._ _ _ _ _ _P_r_o_d_u_k_t_i_o_n_ _a_f_ _T_T_X_-_t_e_r_m_i_n_a_l_e_r_ 
 
2_._1_ _ _ _ _F_o_r_u_d_s_æ_t_n_i_n_g_e_r_ 
 
2_._1_._1_ _ _S_p_e_c_i_f_i_k_a_t_i_o_n_s_g_r_u_n_d_l_a_g_ 
 
Udarbejdelsen af det foreliggende tilbud på produktion af TTX-
terminaler må ses i snæver sammenhæng med de kravspecifikationer
og løsningsforslag, som RC79 har angivet i forbindelse med til-
buddet på udviklingsfasen. Mindre krav til programmel- og mate-
rielændringer vil dog ikke øve væsentlig indflydelse på omkost-
ningerne ved produktion af TTX-udstyr eller de tilsvarende salgs-
priser ab RC79. 
 
2_._1_._2_ _ _P_r_o_d_u_k_t_i_o_n_s_f_o_r_l_ø_b_ 
 
Produktion af TTX-terminaler har karakter af en egentlig masse-
produktion d.v.s. produktionskvantiteter, der ligger på ca. 1000
stk. årligt. 
 
For at sikre en kort gennemløbstid for den enkelte produktenhed
(og dermed lønsomheden), er det altafgørende at sikre minimal
fejlhyppighed i_n_d_e_n_ den endelige funktionstest. Produktionspro-
cessen må følgelig inddeles i veldefinerede produktionsetaper,
der hver for sig kan kvantificeres ved en empirisk bestemt fejl-
hyppighed. Uventede høje fejlhyppigheder eller forsinkelser i det
totale procesforløb vil følgelig kunne henføres til en enkelt
(eller flere) delprocesser, hvorefter en nøjere analyse umiddel-
bart kan afdække fejlkilden. 
 
Nedenstående beskrivelse af produktionsforløbet for RC700/RC850
vil følgelig også være dækkende for TTX-terminalen, idet disse
produktionsmæssigt er identiske:  samme produktionsvolumen og
kompleksitetsgrad. 
 
Produktionsforløbet kan kort skitseres ved følgende etaper: 
 
    1.  Indgangskontrol 
    2.  Produktion af enkeltkomponenter 
        2.1  Mekanik 
        2.2  Elektronik 
    3.  Aftestning på modulniveau 
        3.1  In circuit test 
        3.2  Funktionstest 
    4.  Samling 
    5.  Total funktionstest. 
 
Som overordnet målsætning ønsker RC79 ikke at udvide den fysiske
produktionskapacitet (flere medarbejdere, større lokaler). Det
forøgede produktionsvolumen skal snarere kunne håndteres ved brug
af: 
 
    a)  produktions- og aftestningsautomation 
    b)  underleverandører 
     
RC79 besidder ekspertise til produktion af datamatiske s_y_s_t_e_m_e_r_,\f

hvorfor den simplere modul- og komponentproduktion ofte med for-
del kan lægges ud til underleverandører. 
 
a_d_._ _1_ _ _I_n_d_g_a_n_g_s_k_o_n_t_r_o_l_ 
 
Ved brug af Elektronikcentralens komponenttester (Fairchild) for-
mindskes antallet af defekte integrerede kredse. 
 
Det u_m_o_n_t_e_r_e_d_e_ kredsløbskort fra printerleverandøren underkastes
(Zentel 8000) en "in curcuit test". Herved findes afbrydelserne
og kortslutningerne på det nøgne kredsløbskort. 
 
a_d_._ _2_ _ _P_r_o_d_u_k_t_i_o_n_ _a_f_ _e_n_k_e_l_t_k_o_m_p_o_n_e_n_t_e_r_ 
 
2_._1_ _ _ _ _M_e_k_a_n_i_k_ 
 
Mekanikken til det færdige produkt vil enten være selvfremstillet
eller komme fra underleverandører. Materialevalget vil endvidere
være betinget af stykantallet. Analyser antyder således at ved
produktionsstørrelser over ca. 2000 stk., vil det være økonomisk
forsvarligt at anvende sprøjtestøbt plastic. 
 
2_._2_ _ _ _ _E_l_e_k_t_r_o_n_i_k_ 
 
Montagen af de elektroniske komponenter i kredsløbskortet er sty-
ret af lysborde, hvor en pegepind udpeger placeringen på kortet
af den aktuelle komponent. Automatisk monteringsudstyr er  der
p.t. ikke truffet nogen definitiv afgørelse om, men udviklingen
på dette område følges nøje. 
 
Efter monteringen af komponenterne bliver disse maskinloddet
(bølgelodning), og efter affræsning af overskydende komponentde-
le, bliver kortet lagt i rensebad til fjernelse af snavs og flus-
middel. 
 
Efterkontrol af lodningerne foregår ved visuel inspektion. 
 
a_d_._ _3_ _ _A_f_t_e_s_t_n_i_n_g_ _p_å_ _m_o_d_u_l_n_i_v_e_a_u_ 
 
3_._1_ _ _ _ _I_n_ _c_i_r_c_u_i_t_ 
 
In circuit testen foregår ved montering af kredsløbskortet i en
fikstur ("fakirseng"). 
 
Ved hjælp af systemanalyse findes derved 
 
     afbrydelser 
     kortslutninger 
     forkert montering (position og komponent) 
samt statiske komponentfejl. 
 
In circuit testeren vil ligeledes fange ovennævnte fejl ved ana-
loge komponenter, idet der anvendes 3-punkts målinger med refe-
rence-data fra et færdigtestet kort (ved spoler aftestes dog kun
resistansen ikke induktansen). \f

Strømforsyningerne gennemgår endvidere en højspændingstest. 
 
3_._2_ _ _ _ _F_u_n_k_t_i_o_n_s_t_e_s_t_ (Fluke 3050) 
 
Ved aftestning af det færdige kort ved kantkonnectoren ved sys-
temhastighed, "systemclock" udpeges de dynamisk svage komponenter
(langsomme ROM> er eller lignende). Signaturanalyse anvendes også
her ved aftestningen. 
 
a_d_._ _5_ _ _T_o_t_a_l_ _f_u_n_k_t_i_o_n_s_t_e_s_t_ 
 
Den totale funktionstest foretages ved simulering d.v.s. et test-
program, der gennemfører afprøvning af totalsystemet:  CPU og la-
gertest samt tastatur, skærm og diskette. RC850 indeholder endvi-
dere en mindre selvtest, der aktiveres, når der tændes for termi-
nalen. 
 
Indgår det færdige produkt i en systemkonfiguration, vil denne
endvidere aftestes separat. 
 
Skitsen beskriver således de enkelte etaper i den totale aftest-
ningsprocedure. Det estimerede "yield" er endvidere påført de
enkelte testfaser.\f

2_._2_ _ _ _ _P_r_i_s_e_r_ _p_å_ _T_T_X_-_u_d_s_t_y_r_ 
 
Fastsættelsen af prisen på TTX-udstyr vil uvilkårligt være en
funktion af en række forhold som f.eks. kostpriser, produktions-
teknologi, markedspotentiel, konkurrenter, ordrestørrelser, af-
sætningsgarantier og produktlevetid. Flertallet af disse forhold
foreligger allerede belyst i form af  analyser foretaget dels af
P&T og dels af RC79. Det er dog en kendsgerning, at de forelig-
gende oplysninger om det totale markedspotentiel og P&T>s mar-
kedsandel er behæftet med en ganske  stor usikkerhed. Disse tal
har naturligt nok særlig interesse for producenten af TTX-ud-
styr. 
 
RC79 vil med udgangspunkt i de foreliggende oplysninger om
markedsforholdene anse en gennemsnitlig årlig afsætning på 1000
stk. TTX-terminaler for et yderst realistisk mål. Med dette
produktionsvolumen vil RC79 foreslå følgende enhedspriser ved
salg til P&T: 
 
E_n_h_e_d_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _K_ø_b_s_p_r_i_s_ _e_x_c_l_._ _m_o_m_s_ 
 
RC850 skærmterminal incl. basisprogrammel      16.000 kr. 
Daisy Wheel Printer                            24.000 " 
2 x minidiskette (5") incl. kassette           10.000 " 
2_ _x_ _m_i_n_i_d_i_s_k_e_t_t_e_ _(_8_"_)_ _i_n_c_l_._ _k_a_s_s_e_t_t_e_ _ _ _ _ _ _ _ _ _ _ _1_7_._0_0_0_ _"_________ 
 
P&T>s købspriser svarer derved til de enkelte enheders listepri-
ser i RC79 reduceret med ca. 20%. 
 
2_._3_ _ _ _ _T_i_d_s_p_l_a_n_ 
 
RC79 kan påbegynde serieproduktion og levering af TTX-terminaler
straks efter underskrivelsen af en kontrakt med P&T. 
 
Levering af TTX-terminaler fra serieproduktion kan allerede finde
sted primo 1983, såfremt RC79 er ansvarlig for gennemførelsen af
udviklingsprojektet i fase 2. 
 
2_._4_ _ _ _ _P_r_i_n_c_i_p_p_e_r_ _f_o_r_ _p_r_i_s_r_e_g_u_l_e_r_i_n_g_ 
 
Tidshorisonten for produktion af TTX-terminaler vil formentlig
strække sig over en periode på mere end 10 år. RC79 må derfor
forbeholde sig retten til med mellemrum at foretage regulering af
priserne på TTX-udstyr. 
 
De variable omkostninger til produktion af TTX-terminaler (kost-
prisen) består i hovedsagen af lønninger og materialeudgifter.
RC79 kan som udgangspunkt forestille sig, at regulering af pri-
serne på TTX-udstyr som følge af lønstigninger kan ske med en
procentsats, der beregnes som lønstigning x 100/kostpris. Måling
af lønstigninger foregår på basis af reguleringspristallet. Ind-
regning af materialeudgiftsændringer i  priserne kan ske efter et
tilsvarende princip. Grundlaget for en  prisregulering bør være
dokumenterede ændringer i materialeudgifterne. \f

Det må understreges, at RC79 på et passende senere tidspunkt er
rede til en nærmere drøftelse med P&T om endelige og mere flek-
sible principper for prisregulering som følge af ændrede omkost-
ningsforhold. Dette følger umiddelbart af den kendsgerning, at
RC79 i lighed med P&T har afgørende interesse i fastsættelsen af
en konkurrencedygtig pris på det producerede udstyr. 
 \f

         3_._ _ _ _ _ _K_o_n_t_r_a_k_t_-_ _o_g_ _t_i_l_b_u_d_s_b_e_t_i_n_g_e_l_s_e_r_ 
 
RC70>s forslag til udvikling og produktion bygger på anvendelsen
af den intelligente RC850 skærmterminal, som for tiden færdigud-
vikles i RC79. Som anført i det vejledende tilbud på fase 2 af-
snit 4 kan ejendomsretten til TTX-terminalen derfor ikke i sin
helhed overføres til P&T. 
 
RC79 har imidlertid en positiv indstilling til drøftelser med
P&T om mulighederne for overførsel af TTX-terminalproduktionen
til en anden virksomhed. RC79 må i en eventuel aftale af denne
karakter blot have sikkerhed for, at produktionen i en anden
virksomhed udelukkende afsættes til P&T med henblik på anvendelse
som TTXterminal. 
 
RC79 er indforstået med de øvrige kontrakt- og tilbudsbetingel-
ser, således som de er anført i udbudsmaterialets  bilag 3. 
 
RC79 har til hensigt at afgive bindende tilbud på fase 4 i for-
bindelse med det endelige tilbud. 
 \f

                                                 i 
           
          T_A_B_L_E_ _O_F_ _C_O_N_T_E_N_T_S_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _P_A_G_E_ 
           
          1.  INTRODUCTION ...........................................   1 
           
          2.  PREPERATION FOR BLASTING ...............................   2 
           
          3.  PROGRAM PARAMETERS .....................................   3 
           
           
          A_P_P_E_N_D_I_X_: 
           
          A.  REFERENCES .............................................   5 
           \f

                                                 ii 
           \f

         1_._ _ _ _ _ _ _ _ _I_N_T_R_O_D_U_C_T_I_O_N_                                                        1.
           
          This manual describes how you can blast your own applications
          into PROMs on the TES202 module. The requirements for the program
          to operate is an RC3502 with as many RAM memory modules as re-
          quired by the application you want to blast (plus one for the
          blasting program) and an FPA connection to an RC8000. 
           
          The program is written in Real Time Pascal (RC3502 implementa-
          tion). The program was developed by Bo Bagger Laursen. 
           
               \f

F_       2_._ _ _ _ _ _ _ _ _P_R_E_P_E_R_A_T_I_O_N_ _F_O_R_ _B_L_A_S_T_I_N_G_ 2.
           
          The binary files of your application must be linked by the utili-
          ty program CROSSLINK with the modifications bind.yes,
          start.h00FA.0002. The hexadecimal address is an example, but must
          be a PROM address (range for base addr. 00E4-00FE), ref. 1,
          ref. 2. 
           
          The bootfile is generated by the following fp-command: 
           
          <bootfile> = punch16 mode.crc16 coreimage, where coreimage is the
          output from crosslink. 
           
          When blasting is wanted, autoload the RC3502 with the bootfile
          boottes202, containing the blasting program. Note: If you want to
          blast more than one copy of your application, at most one set of
          TES202 modules can have module-no. as the start addresses from
          crosslinking. 
           
          When the autoloading is finished the command to opsys to start
          the program is RUN TES202. 
           
               \f

F_       3_._ _ _ _ _ _ _ _ _P_R_O_G_R_A_M_ _P_A_R_A_M_E_T_E_R_S_ 3.
           
          The program will ask some questions before requesting your appli-
          cation. These are: 
           
          <fpa 100 receiver channel?>: Must be the level of the receiving
          channel in decimal notation. 
           
          <no of application modules?>: Number of TES202 modules your ap-
          plication will occupy. 
           
          <no of copies?>: no of TES202 images of the application, you want
          to produce. 
           
          <first TES202 modulno?>: module no in decimal (29 for the above
          example 00FA.0002). 
           
          <relative module distance?>: if more than one copy, this is the
          distance between the first module of the first copy and the first
          module of the next copy. The distance should be kept if many
          copies. 
           
          <check for all ones, yes or no?>: If yes, a complete check is
          performed. If an error occurs the address where it was discovered
          is printed. 
           
          <PROM>: is the read value from the PROM. 
           
          <RAM>: is not initialized yet. 
          The rest of the PROM is skipped if an error has been detected. 
           
          <first program name> and <last program name>: must be taken from
          the crosslink table. 
           
          When these questions are answered, the blasting program will wait
          for an autoload of your application. 
           \f

                   Whilst autoloading, the program will identify each module by its
          name. When the autoloading is finished the program will write
          <load OK>. <application module: <no> too big> will be written if
          your specifications do not follow the limitations of the cross-
          link-table, or if there was no room for checksums. It is so that
          at the end of a module there will be written one word containing
          -1 and 32 words of checksum for every 2 K bytes blasted. 
           
          <blasting wanted, yes or no?>: The blasting will start after a
          "yes", and when you have connected the external power and typed
          "go". 
           
          The PROMs are checked for each cell after each blast and if a
          PROM fails more than 5 times, it will be skipped.  
           
          An errortext will be written where <PROM> is received and <RAM>
          is expected. 
           
          If a PROM fails, a new one can be installed without having to
          blast all the others again. (The total procedure must be re-
          peated). 
           
          When blasting is finished, your application can be run by turning
          the kind switch (upper switch on front of the CPU) to kind 6, and
          push the autoload button. 
           
              N_o_t_e_: TES202 modules where module no. do not match the start
          addresses from crosslinking must be removed. 
           
           \f

F_       A_._ _ _ _ _ _ _ _ _R_E_F_E_R_E_N_C_E_S_ A.
           
          1  RCSL No 52-AA988: 
               PASCAL80 on the RC3502 Computer. How to Use the RC3502 
           
          2  RCSL No 52-AA1021: 
                        General Information for TES201/202 EPROM MODULES Rev. 0 
           
          3  RCSL No 52-AA1022: 
                        Technical Description for TES201/202 EPROM MODULES Rev. 0 
           
          4  RCSL No 52-AA1032: 
                        Technical Description for POW205 Power Supply Rev. 0 
           
                   5  RCSL No 52-AA1016: 
                        RC3502, Operating Guide 
           
           \f

F_                  
           \f

«eof»