DataMuseum.dk

Presents historical artifacts from the history of:

CR80 Wang WCS documentation floppies

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

See our Wiki for more about CR80 Wang WCS documentation floppies

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - download

⟦03b166ff9⟧ Wang Wps File

    Length: 13590 (0x3516)
    Types: Wang Wps File
    Notes: ECP protocol CPS/ECP/002  
    Names: »0316A «

Derivation

└─⟦303071de8⟧ Bits:30006071 8" Wang WCS floppy, CR 0027A
    └─ ⟦this⟧ »0316A « 

WangText




                                                   CPS/ECP/002

…02…KNN/801114…02……02…#
RETRIEVAL
…02……02…CAMPS









                 T̲A̲B̲L̲E̲ ̲O̲F̲ ̲C̲O̲N̲T̲E̲N̲T̲S̲



   1  INTRODUCTION ................................. 
    3

   2  PRICE QUOTATION .............................. 
    3 to  4

     2.1  DOCUMENT UPDATING COSTS .................. 
      3
     2.2  SCHEDULE IMPACT COSTS .................... 
      4
     2.3  DEVELOPMENT COSTS ........................ 
      4

   3  SCHEDULE IMPACT .............................. 
    4

   4  BIDDING PROVISION ............................ 
     5

     4.1  VALIDITY ................................. 
       5
     4.2  DELIVERY ................................. 
       5
     4.3  ACCEPTANCE CRITERIAS ..................... 
       5
     4.4  TYPE OF PROPOSAL ......................... 
       5
     4.5  PAYMENT PLAN ............................. 
       5

   5  ENGINEERING CHANGE DESCRIPTION ............... 
     6 to 12

     5.1  PROPOSED CONFIGURATION ................... 
       6
     5.2  CURRENT CONFIGURATION .................... 
      12
     5.3  DESCRIPTION OF CHANGE .................... 
      12


                     1̲ ̲ ̲I̲N̲T̲R̲O̲D̲U̲C̲T̲I̲O̲N̲



         The retrieval criterias contained in current System
         Design Specification do not seem to be very efficient
         from an operational point of view.

         The objective by this ECP is therefore to introduce
         a new set of retrieval criterias, which are much more
         useful to the user seen from an operational point of
         view.

         The new proposed retrieval criterias are supposed to
         replace all retrieval criterias specified in the current
         baseline made up of the CPS/230/SYS/0001 version 1.2.









                    2̲ ̲ ̲P̲R̲I̲C̲E̲ ̲Q̲U̲O̲T̲A̲T̲I̲O̲N̲



         The costs related to the change of the retrieval criterias
         are divided into three categories, which are

         -   Document update costs

         -   Schedule impact costs

         -   Development costs



2.1      D̲O̲C̲U̲M̲E̲N̲T̲ ̲U̲P̲D̲A̲T̲I̲N̲G̲ ̲C̲O̲S̲T̲S̲

         System Requirements Specification
         CPS/210/SYS/0001 .....................  2  MM

         Interface Control Documents
         CPS/230/ICD/0001 ..................... 1/2 MM
         C̲P̲S̲/̲2̲3̲0̲/̲I̲C̲D̲/̲0̲0̲0̲2̲ ̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲.̲ ̲1̲/̲2̲ ̲M̲M̲
         Total ................................  3  MM




2.2      S̲C̲H̲E̲D̲U̲L̲E̲ ̲I̲M̲P̲A̲C̲T̲ ̲C̲O̲S̲T̲S̲

         System design of storage and retrieval and subsequent
         activities related to storage and retrieval.

         (SHAPE go ahead date* - 24.11.1980) x 3 eng/day

         *Please refer section 3 below.



2.3      D̲E̲V̲E̲L̲O̲P̲M̲E̲N̲T̲ ̲C̲O̲S̲T̲S̲

         Design (additional cost) ............  2 1/2  MM

         O̲v̲e̲r̲a̲l̲l̲ ̲C̲o̲s̲t̲s̲

         (Assumed go ahead prior to 24.11.1980)

         5 1/2 MM + 41.206,- D. Kr. = ......... D̲.̲ ̲K̲r̲.̲ ̲2̲2̲6̲.̲6̲3̲3̲,̲-̲









                    3̲ ̲ ̲S̲C̲H̲E̲D̲U̲L̲E̲ ̲I̲M̲P̲A̲C̲T̲



         Currently 3 engineers are occupied by the storage and
         retrieval design in relation to the systems design.

         Any SHAPE approval later than the 24.11.1980 will have
         an impact on the system design of storage and retrieval
         and all subsequent activities related to this design.

         Each day later than the 24.11.1980 is estimated to
         have an impact of one day elapsed each.











                   4̲ ̲ ̲B̲I̲D̲D̲I̲N̲G̲ ̲P̲R̲O̲V̲I̲S̲I̲O̲N̲



4.1      V̲A̲L̲I̲D̲I̲T̲Y̲

         The order for the new retrieval capabilities must be
         received by the Contractor no later than 24. November
         1980. If the order is placed after this date the bidder
         reserves the right to adjust the price according to
         the terms found in paragraph 3.



4.2      D̲E̲L̲I̲V̲E̲R̲Y̲

         The delivery of the new retrieval capabilities will
         be made along with the CAMPS system as an integrated
         part.



4.3      A̲C̲C̲E̲P̲T̲A̲N̲C̲E̲ ̲C̲R̲I̲T̲E̲R̲I̲A̲S̲

         There are no new acceptance criterias for this new
         item, but the criterias found in the contract and the
         Systems Requirements Specification apply.



4.4      T̲Y̲P̲E̲ ̲O̲F̲ ̲P̲R̲O̲P̲O̲S̲A̲L̲

         The price quoted in this proposal is a firm fixed price.
         Price basis is 4th quarter 1980.



4.5      P̲A̲Y̲M̲E̲N̲T̲ ̲P̲L̲A̲N̲

         Payments will be made to the Contractor in 3 installments:

         30% at work order signature.
         40% when Systems Requirements and the ICD/0001 and
         
               ICD/0002 has been updated.
         30% when current line item 4.2.1 "Subsystem Design"
         has
               been completed.






            5̲ ̲ ̲E̲N̲G̲I̲N̲E̲E̲R̲I̲N̲G̲ ̲C̲H̲A̲N̲G̲E̲ ̲D̲E̲S̲C̲R̲I̲P̲T̲I̲O̲N̲



5.1      P̲R̲O̲P̲O̲S̲E̲D̲ ̲C̲O̲N̲F̲I̲G̲U̲R̲A̲T̲I̲O̲N̲

         The proposal starts to define the new retrieval criterias.

         Next the proposal addresses facilities which will make
         it easier and simple for the user to retrieve the messages
         to which he is allowed access.

         Finally the proposal specifies a number of restraints,
         which have to be put on the retrieval capabilities.

         R̲e̲t̲r̲i̲e̲v̲a̲l̲ ̲C̲r̲i̲t̲e̲r̲i̲a̲s̲

         R̲e̲t̲r̲i̲e̲v̲a̲l̲ ̲o̲f̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲ ̲a̲n̲d̲ ̲C̲o̲m̲m̲e̲n̲t̲s̲

         The purpose of this function is to provide retrieval
         capability to messages and comments for which the operator
         has gained a knowledge of retrieval parameters.

         a)  I̲n̲c̲o̲m̲i̲n̲g̲ ̲a̲n̲d̲ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲

             U̲s̲e̲r̲:̲

             1)  DTG (FL5) and HQ(FL6) and SIC.

             Note:     a) The DTG is that of release of message
                          with no timezone.

                       b) The HQ is specified by PLA referencenumber.
                          HQ is optional.

                       c) As SIC is allowed, any SIC which would
                          lead to distribution to the requesting
                          terminal.

                       d) The security classification is implicit
                          retrieval criteria.



         S̲u̲p̲e̲r̲v̲i̲s̲o̲r̲,̲ ̲M̲D̲C̲O̲

         1)  DTG (FL5) and HQ (FL6) and SIC.

             Note:    a)  The DTG is that of release of message
                          with no timezone.

                      b)  The HQ is specified by PLA reference
                          number. HQ is mandatory.

                      c)  As SIC is allowed any SIC. SIC is
                          mandatory.

                      d)  The security classification is implicit
                          retrieval criteria.

         2)  DTG and Channel ID and Serial Number (FL1).

             Note:    a)  The DTG is time of catalogging of
                          message immediately before transmission
                          of outgoing messages and after reception
                          + correction of incoming messages.
                          As the DTG will normally not be known
                          to the accuracy of one minute the
                          CATALOG DISPLAY described in "Retrieval
                          of Catalog Information" can be used
                          for accurate determination of the
                          DTG.



         b)  C̲o̲m̲m̲e̲n̲t̲s̲ ̲a̲n̲d̲ ̲M̲e̲s̲s̲a̲g̲e̲s̲ ̲i̲n̲ ̲P̲r̲e̲p̲a̲r̲a̲t̲i̲o̲n̲

             draft:       (formats A and the transmitted comment
                          format G1 or G3.

             user:

             1)  DTG and Message Identification.

             Note:    a)  Message Identification is a unique
                          serial number following the message
                          throughout its life cycle in a CAMPS.



                      b)  The message can only be retrieved
                          from the originating terminal.

                      c)  The classification is an implicit
                          retrieval parameter.

         S̲u̲p̲e̲r̲v̲i̲s̲o̲r̲ ̲+̲ ̲M̲D̲C̲O̲

         1)  DTG and Message identification.

             Note:    a)  Message identification is a unique
                          serial number following the message
                          throughout its life cycle in a CAMPS.

                      b)  The classification is an implicit
                          retrieval parameter.



         R̲e̲t̲r̲i̲e̲v̲a̲l̲ ̲o̲f̲ ̲C̲a̲t̲a̲l̲o̲g̲ ̲I̲n̲f̲o̲r̲m̲a̲t̲i̲o̲n̲

         The purpose of this function is to provide the operator
         with a capability to overview messages originated at
         specified HQ's and/or containing specified SIC's.

         User:   1)       DTG-window and HQ and SIC.

             note:    a)  DTG is that of release of messages
                          or that of formatline B1 for transactions
                          (see Retrieval of Specific Messages).

                      b)  The HQ is specified by PLA reference
                          number. The HQ is optional. The HQ
                          is only relevant for messages.

                      c)  As SIC is allowed any SIC.
                          The SIC is optional. The SIC is only
                          relevant for messages.

                      d)  The security classification is implicit
                          retrieval criteria.

         S̲u̲p̲e̲r̲v̲i̲s̲o̲r̲ ̲+̲ ̲M̲D̲C̲O̲

         1)  DTG-window and HQ and SIC.

             Note:    a)  DTG is that of release of messages
                          or that of formatline B1 for transactions
                          (see "Retrieval of Specific Transaction
                          and Messages).



                      b)  The HQ is specified by PLA reference
                          number. The HQ is optional. The HQ
                          is only relevant for messages.

                      c)  As SIC is allowed any SIC. The SIC
                          is optional. The SIC is only relevant
                          for messages.

                      d)  The security classification is an
                          implicit retrieval criteria.

         2)  DTG-Window and terminal designator or channel ID.

             note:    a)  Terminal designator and channel ID
                          are optional. If none specified the
                          criteria is as above.

                      b)  DTG is that of transaction or transmission
                          (see Retrieval of Specific Transactions
                          and Messages).

         C̲o̲m̲m̲e̲n̲t̲s̲ ̲o̲n̲ ̲R̲e̲t̲r̲i̲e̲v̲a̲l̲ ̲C̲r̲i̲t̲e̲r̲i̲a̲

         F̲M̲ ̲D̲e̲s̲i̲g̲n̲a̲t̲o̲r̲

         a)  The FM designator used in the retrieval request
             should be one of the known 3000 at the receiving
             site. Whenever the message is stored on the HDB
             the FM designator is transformed to a reference
             number. When the request is issued it is either
             per reference number or FM designator. The latter
             will be converted to ref.#. By coinciding ref #
             criteria is fulfilled.

         S̲I̲C̲

         a)  The SIC is used to limit the user access to messages.
             With the criteria a user may access all incoming/outgoing
             messages at a CAMPS site, as if they were addressed
             to the HQ to which the user belongs.

         A̲m̲b̲i̲g̲u̲i̲t̲y̲

         The proposed criterias are ambiguous. The user is granted
         access to all messages satisfying the criteria.



         P̲r̲e̲e̲m̲p̲t̲i̲o̲n̲

         The long period, possibly required to search for retrieval
         keys will with the present nonpreemptable nature of
         format H block the requesting terminal for quite some
         time. It is proposed to let format H consist of only
         format lines A, B, C, and D, to delete the multiple
         V3, V4, attempts in format line C and to create a retrieve
         presentation/criteria refuse of lines F to N. To the
         last presentation format a catalog presentation format
         should be created.

         The message(s), transaction(s) satisfying the given
         criteria should be queued for the requesting terminal
         with TBD precedence.

         P̲e̲r̲f̲o̲r̲m̲a̲n̲c̲e̲ ̲(̲C̲a̲t̲a̲l̲o̲g̲ ̲U̲p̲d̲a̲t̲e̲)̲

         The proposed "new" retrieve criteria makes it significantly
         more complex to built retrieve catalogs. Where the
         "old" criteria allowed for a simple sequential storage
         of search keys with one DTG contained, the search keys
         for messages where a printer had been terminated within
         the DTG (i.e. one message have search keys in more
         than one DTG), the "new" criteria requires sorting
         of retrieval keys based on DTG for all incoming messages.
         It is proposed to limit the acceptable delay on incoming
         messages from their DTG in FL5 to time of reception
         to twelve hours, any "older" messages being retrievable
         only by the supervisor by means of channel-id etc.
         The delay is the numerical delay despite of time zone.

         U̲n̲i̲d̲e̲n̲t̲i̲f̲i̲a̲b̲l̲e̲ ̲D̲T̲G̲

         The ICD 0003 states:

         a)  It is allowed to have any six digit number at time
             of reception (ICD/0003 p. 30).

         b)  It is allowed to have any zone suffix letter (ICD/0003
             p. 3).

         c)  It is allowed to have any three letter sequence
             as month unidentifiable DTGs are ignored (treated
             as too old). Zone suffix ignored.



         P̲e̲r̲f̲o̲r̲m̲a̲n̲c̲e̲ ̲(̲r̲e̲t̲r̲i̲e̲v̲e̲ ̲r̲e̲s̲p̲o̲n̲s̲e̲)̲

         Up to 4 retrievals of type DTG may take place simultaneously
         with one retrieval of type DTG-window all with responsetimes
         as specified below.

         For the calculation above it is assumed that:

             1)  Retrieve requests of type DTG produce in average
                 2 messages and amount to 80% of the requests.

             2)  Retrieve catalog requests of type DTG window
                 produce in average 20 messages/transactions
                 and amounts to 20% of the requests.

         Retrieve requests of type DTG window will in average
         search 1 busy hour traffic load (780 messages + transactions).

         Retrieval responsetime for messages retrieved from
         online storage shall be less than 30 seconds using
         request type DTG. If no other retrieval request is
         in processing it shall be less than 10 seconds in 90%
         of all cases.

         Retrieval responsetime for messages retrieved from
         online storage shall be less than 30 seconds + 1 minute
         per busy hour traffic scanned using request type DTG
         window + time to complete other requests of this type.

         Retrieval responsetime for messages from offline storage
         shall be not more than 4 minutes + the responsetime
         specified for online storage.

         Retrieval responsetime for messages using key Channel
         ID + serial number + DTG and for transaction shall
         be the same as for message using key DTG.

         S̲e̲a̲r̲c̲h̲ ̲i̲n̲ ̲M̲o̲r̲e̲ ̲T̲h̲a̲n̲ ̲O̲n̲e̲ ̲V̲o̲l̲u̲m̲e̲

         For requests to search catalog any DTG window will
         be truncated to belong only to one volume of storage
         media. DTG windows will be limited to 6 hours.



         B̲u̲i̲l̲d̲ ̲o̲f̲ ̲C̲a̲t̲a̲l̲o̲g̲s̲

         The performance figures given here are given under
         the assumption that catalogs are sorted by DTG when
         they are build. A sequential storage of retrieve keys
         is still possible with the "new" keys, but this would
         lead to uppredictable and very high search times in
         retrieval.



5.2      C̲U̲R̲R̲E̲N̲T̲ ̲C̲O̲N̲F̲I̲G̲U̲R̲A̲T̲I̲O̲N̲

         Refer sections 3.2.7  and 3.4.1.6.4 of the CPS/210/SYS/0001.



5.3      D̲E̲S̲C̲R̲I̲P̲T̲I̲O̲N̲ ̲O̲F̲ ̲C̲H̲A̲N̲G̲E̲

         E̲n̲g̲i̲n̲e̲e̲r̲i̲n̲g̲ ̲C̲h̲a̲n̲g̲e̲s̲

         a)  The new criterias require dedicated catalogs, it
             is no more feasable to base retrieval key search
             on the log.

         b)  The new criteria gives an increased load of about
             one discaccess per 3 second in busy hour average
             in order to build the catalogs.

         c)  The new criteria gives a reduced catalog space
             size of 30 - 40% on discs (for assuming dedicated
             catalogs were created anyway - see a) above).

         d)  The new criterias give a significant higher load
             on the disk for retrieval of same number of messages.
             The proposal contains a set of changed requirements
             with less allowed retrievals giving a balanced
             load (i.e. same as for old criterias).

         e)  The new criteria require more code and buffers
             resident (2 - 3 k words).