NATIONAL BUREAU OF STANDARDS REPORT

10 434

A SEARCH AND RESCUE SIMULATION MODEL FOR THE UNITED STATES COAST GUARD

VOLUME V

PROGRAMMER LEVEL DOCUMENTATION FOR

“POSTPROCESSOR”

Sponsored by U. S. Coast Guard

U.S. DEPARTMENT OF COMMERCE

NATIONAL BUREAU OF STANDARDS
NATIONAL BUREAU OF STANDARDS

The National Bureau of Standards 1 was established by an act of Congress March 3, 1901 Today,

in addition to serving as the Nation’s central measurement laboratory, the Bureau is a principal

focal point in the Federal Government for assuring maximum application of the physical and

engineering sciences to the advancement of technology in industry and commerce. To this end

the Bureau conducts research and provides central national services in four broad program

areas. These are: (1) basic measurements and standards, (2) materials measurements and

standards, (3) technological measurements and standards, and (4) transfer of technology.

The Bureau comprises the Institute for Basic Standards, the Institute for Materials Research, the

Institute for Applied Technology, the Center for Radiation Research, the Center for Computer

Sciences and Technology, and the Office for Information Programs.

THE INSTITUTE FOR BASIC STANDARDS provides the central basis within the United

States of a complete and consistent system of physical measurement; coordinates that system with measurement systems of other nations; and furnishes essential services leading to accurate and

uniform physical measurements throughout the Nation's scientific community, industry, and commerce. The Institute consists of an Office of Measurement Services and the following technical

divisions:Applied Mathematics—Electricity—Metrology—Mechanics—Heat—Atomic and Molecular Physics—Radio Physics -—Radio Engineering -—Time and Frequency -—Astrophysics -—Cryogenics.

THE INSTITUTE FOR MATERIALS RESEARCH conducts materials research leading to im- proved methods of measurement standards, and data on the properties of well-characterized

materials needed by industry, commerce, educational institutions, and Government; develops,

produces, and distributes standard reference materials; relates the physical and chemical properties of materials to their behavior and their interaction with their environments; and provides

advisory and research services to other Government agencies. The Institute consists of an Office of Standard Reference Materials and the following divisions: Analytical Chemistry—Polymers—Metallurgy—Inorganic Materials—Physical Chemistry.

THE INSTITUTE FOR APPLIED TECHNOLOGY provides technical services to promote

the use of available technology and to facilitate technological innovation in industry and Government; cooperates with public and private organizations in the development of technological

standards, and test methodologies; and provides advisory and research services for Federal, state, and local government agencies. The Institute consists of the following technical divisions and

offices: Engineering Standards—Weights and Measures — Invention and Innovation — Vehicle Systems Research—Product Evaluation—Building Research—Instrument Shops—Measurement Engineering—Electronic Technology—Technical Analysis.

THE CENTER FOR RADIATION RESEARCH engages in research, measurement, and application of radiation to the solution of Bureau mission problems and the problems of other agencies and institutions. The Center consists of the following divisions: Reactor Radiation—Linac Radiation—Nuclear Radiation—Applied Radiation. THE CENTER FOR COMPUTER SCIENCES AND TECHNOLOGY conducts research and

provides technical services designed to aid Government agencies in the selection, acquisition, and effective use of automatic data processing equipment; and serves as the principal focus

for the development of Federal standards for automatic data processing equipment, techniques,

and computer languages. The Center consists of the following offices and divisions: Information Processing Standards—Computer Information — Computer Services — Sys- tems Development—Information Processing Technology.

THE OFFICE FOR INFORMATION PROGRAMS promotes optimum dissemination and

accessibility of scientific information generated within NBS and other agencies of the Federal government; promotes the development of the National Standard Reference Data System and a system of information analysis centers dealing with the broader aspects of the National Measure- ment System, and provides appropriate services to ensure that the NBS staff has optimum accessibility to the scientific information of the world. The Office consists of the following

organizational units:

Office of Standard Reference Data—Clearinghouse for Federal Scientific and Technical Information ' —Office of Technical Information and Publications—Library—Office of Public Information—Office of International Relations.

1 Headquarters and Laboratories at Gaithersburg, Maryland, unless otherwise noted; mailing address Washington, D.C. 20234.

- Located at Boulder, Colorado 80302.

:l Located at 5285 Port Royal Road, Springfield, Virginia 22151.
NATIONAL BUREAU OF STANDARDS REPORT

NBS PROJECT

4314561 June 1971

NBS REPORT

1 0 434

A SEARCH AND RESCUE SIMULATION MODEL FOR THE UNITED STATES COAST GUARD

VOLUME V

PROGRAMMER LEVEL DOCUMENTATION FOR

“POSTPROCESSOR”

by

W. Elliott, S. S. Karp

Sponsored by U. S. Coast Guard

NATIONAL BUREAU OF STA

for use within the Government. E and review. For this reason, the whole or in part, is not authoriz Bureau of Standards, Washington

the Report has been specifically p

IMPORTANT NOTICE

accounting documents intended Approved for public release by the Jb|ected t0 additional evaluate Director ot the National Institute ot office of the Director, National Standards and Technology (NIST) the Government agency for which on October 9, 2015. 3 ies for its own use. <NBS>

U.S. DEPARTMENT OF COMMERCE

NATIONAL BUREAU OF STANDARDS

PREFACE

This volume is one of a series which documents a Search and

Rescue Simulation Model for the United States Coast Guard. The

material reported in this documentation was developed by an interdisciplinary team at the National Bureau of Standards with representation from the U.S. Coast Guard under MIPR Z-70099-0-01935.

The complete documentation is comprised of the following:

Volume I Executive Level Documentation

Volume II Analyst Level Documentation

Volume III Programmer Level Documentation for "PREPROCESSOR"

Volume IV Programmer Level Documentation for "OPSIM"

Volume V Programmer Level Documentation for "POSTPROCESSOR"

Appendix A Flow Charts for Programmer Level Documentation

Appendix B Program Listings for Programmer Level Documentation

The study was initially conducted under the supervision of Martin

J. Aronoff; subsequently efforts were supervised by Richard T. Penn, Jr.

Technical Project Leadership was supplied throughout the project by

Stephen S. Karp. Other participants from the National Bureau of Standard;

Technical Analysis Division included the following:

Susan S. Chamberlin Elizabeth E. Leyendecker

Linda K. Cummings Marcia D. Maltese

Mary Jane Duberg Patsy L.B. Saunders*

William Elliott, III Wayne A. Steele

Walter G. Leight Michael R. Vogt

Joel Levy Arnold L. Weber

1
Valuable advice was received from Alan J. Goldman* and Prof. Gustave J

of Northwestern University.

U.S. Coast Guard participants included:

Paul D’Zmura Gerald L. Underwood

Thomas T. Matteson Robert R. Wells

Support services were furnished by the following members of the

NBS Technical Analysis Divison:

Mary M. Abbott Frances E. Jones

Theresa I. Conrad Lucinda I. Farrell

. Rath

* Staff members of the NBS Applied Mathematics Divison
TABLE OF CONTENTS

page

I . Introduction . . . . 1

II. User's Guide and Description 3

A. FDM 3

B. Quick Query 14

III. Interpretation of QQ Output for Displayed Cases 43

Figure 1 File Definition and Maintenance Form .... 8

Figure 2 Subroutine USERRD Listing 9

Figure 3 Flow Chart for a Read Routine 10

Figure 4 A Comprehensive Example of the Function of the

Read Routine 11

Figure 5 Deck Setup 12

Figure 6 FQM Computer Printout 13

Figure 7 Program 1 of 5 Batch Processed QO Programs ... 21

Figure 8 Program 2 of 5 Batch Processed QQ Programs ... 22

Figure 9 Program 3 of 5 Batch Processed 00 Programs ... 23

Figure 10 Program 4 of 5 Batch Processed QQ Programs ... 24

Figure 11 Program 5 of 5 Batch Processed QQ Programs ... 25

Figure 12 Summary Statistics from Program 1 26

Figure 13 Partial Output of Program 1 27

Figure 14 Partial Output of Program 1 28

Figure 15 Partial Output of Program 1 29

iii
TABLE OF CONTENTS (continued)

page

Figure 16 Partial Output of Program 1 30

Figure 17 Partial Output of Program 1 31

Figure 18 32

Figure 19 33

Figure 20 Deck Setup for Batch Processing Quick Query Jobs .... 34

Figure 21 Program to Compute percent of Cases with Initial

Priority Greater than or Equal to 3 and Case not

Served within Tolerance 35

Figure 22 Program to Compute percent of Cases with Initial

Priority Equal to 1 and Case not Served within

Tolerance 36

Figure 23 Program to Compute Average Time to Vector to Case ... 37

Figure 24 Program to Compute Average Wait Time Between Arrival

into System and Time First Resource Reaches Case ... 38

Figure 25 Program to Compute Percentage of Cases with Number

of Tows Greater than ZERO 39

Figure 26 Program to Compute Percentage of Cases with Number

of Tows Greater than ZERO and Number of Non-Tow

Needs Equal Zero 40

Figure 27 Program to Compute Percentage of Long Search Cases . . 41

Figure 28 Program to Compute Percentage of Short Search Cases . . 42

IV
POSTPRO Programmer ' s Documentation

I . Introduction

In order to examine the voluminous amount of data generated by a

complex simulation such as SARSIM, an efficient post-processor is a

definite requirement.

The reader is reminded that the Standard Output display (from

OPSIM) is given for each run of OPSIM. The OPSIM Section explains

this output and the calculations. The processing of data other than

that presented in the Standard Output is an option to the SARSIM

user. To explain further, it is recalled that the Standard Output

consists mostly of summary statistics on resource and station

utilizations derived and output in several ways. In contrast, the

output relative to each case after being simulated in the system,

can be filed, so that the simulation user can examine any aggregate

of case attributes or simply the case attributes themselves. A

means had to be devised such that the user can access the data

fairly simply and extract it in summary form as he wishes.

A generalized information retrieval system with the additional

capability to supply a variety of options such that the user can

tailor the output to his requirements can be found in Quick Query.

1,

1/ Developed for the Economic Development Administration by

Consolidated Analysis Centers Inc.

- 1

-
Basically, Quick Query offers the user the ability to supply

the criteria for selection of specific data on file; the formulae

for any calculations he wishes; and the sequence in which he wishes

the output to be produced.

Quick Query is used in conjunction with software necessary

to define the case attributes and set-up the file. The File

Definition § Maintenance (FDM) software does the file set-up and is

applied to the output once. Quick Query is applied to this new file

as often as the user desires. It is noted that the user may wish to

batch several requests when using Quick Query, and can therefore

obtain any number of special processing requests at any one time.

The next part describes the application of Quick Query

and File Definition 5 Maintenance to SARSIM and how Quick Query

can be used to fulfill the user's needs.

- 2

-
II . User f s Guide and Description

A. FDM

This section describes the File Definition and Maintenance (FDM)

Program which was developed by Consolidated Analysis Centers, Incorporated, for the Economic Development Administration (EDA)

.

The purpose of FDM is to define new Quick Query Program (OOP) files

or to modify existing QQP files. FDM works in conjunction with QQP: FDM

is a system which actively constructs or modifies the file structure which

QQP passively accesses for data retrieval, manipulation, and display.

Since QQP is described in detail elsewhere, this section will concern

itself solely with FDM. The standard reference manual—^ for FDM provides

more complete and detailed information and should be consulted before

significant changes are made to the existing FDM program. This section

will discuss only FDM as implemented for SARSIM in order to provide the

user easy access to the relevant information.

The FDM program employs six types of control cards labeled A through

F and a FORTRAN subroutine called USERRD. The FORTRAN routine will be

discussed later. We concern ourselves now with the six types of control

cards and how they were used in SARSIM. To facilitate understanding the

following explanation, the reader is urged to consult the standard FDM

form, Figure 1, and FDM computer printout, Figure 6. Both are contained

on the next few pages. Lastly, if more than one card of a given type was

used in FDM, e.g., the B card, then only the first card of the given type

is explained.

— FILE DEFINITION AND MAINTENANCE USERS MANUAL , Bergfried, U.S.

,

and

Slack, G. G., Consolidated Analysis Centers Incorporated , December 1969.

- 3

-
Card

IY21

A

B

FDM Control Cards

Columns Entry Explanation

1 A Card Type Identification

3-14 Cummings LK Requestor Identification

16-23 12-15-70 Request Date

26 Blank since the Custodian program which is

contained in the EDA’s Comprehensive Information System and Data Base is not used.

33 X Used for defining an entirely new QQP file,

rather than modifying an existing file.

37-38 29 This blocking factor was used to minimize

processing time.

41 Blank since this run defined rather than

modified a QQP file.

44 ? f

46 t f

56 X Must be checked for file definition.

61-72 Case Left justified. This is the name of the

entity to which the attributes named on the

B- cards belong.

1 B Card Type Identification

3-5 CRE This name tells the FDM program that we

wish to create an attribute.

7-18 SEQNO Name of the attribute created

19 I The attribute is integer data

20-21 5 Field width of attribute. Includes two extra

digits since attribute will be sub totaled.

23 X Indicates a sum should not be computed for

this attribute when subtotaling is requested.

27-28 1 Number of words occupied by this attribute

when returned by USERRD subroutine. Integer

fields require only 1 word. Right adjusted.

29-33 1 Tells FDM program where the attribute is

located in the array IA passed from USERRD.

Right justified.

34-35 6 Size of the heading field. This number must

be at least as large as the longest word

in the following three fields.

36-47 First line of heading. Free form.

48-59 SEQ Second line of heading. Free form.

60-71 NO Third line of heading. Free form.

- 4

-
Card

IZEi

C

Columns Entry Explanation

1 C

3-14 SEQNO

15 L

Card Type Identification

This sequencing attribute determines the order

of the entity cases. The sequencing attribute is collated low to high.

DID

3-14 OPFAC

17-28 NOCAS

31-42 IDLOC

45-56 OCCUR

59-70 BOX

Card Type Identification

The name of the attribute to be displayed.

The name of the attribute to be displayed.

Tl

E 1 E

3-5 CRE

10-12 FOR

16-27 NOMASTER

Card Type Identification

Tells FDM that the update operation is to

add a new entity record to the output file.

Since the attribute values of the new records

are exactly the same as the values on the

transaction file, CRE is the only explicit

operation specified.

A linking phrase. The file was created

exactly as it came from the USERRD routine.

Therefore we have specified no criterion

The only keyword recognized for CRE.

F None used since it was not necessary to define

intermediate attributes

FORTRAN subroutine USERRD is used by FDM to read the values of attributes

from data cards. These values are used by FDM to update or create a file

record. Figure 2 is a hard copy of the USERRD. Figure 3^- is the flow

2 / chart for USERRD and Figure 4— is an example of the function of the read —^ Ibid. , p. 83. — Ibid. p. 82

- 5

-
routine. Figure sL/ gives the deck sequence necessary for an FDM run. For

a complete explanation of USERRD, the user should study pp. 70-84 of the

FDM manual. A brief discussion of the routine follows:

NCOND and NSTAT are flags for passing information between FDM and USERRD.

NCOND is set by FDM and indicates: 1 to open file; 2 for moving a record,

or 3 to close file. Initially NCOND is set to one. NSTAT is set by USERRD

as follows: 1 for normal return, -2 for end of file, or -3 for read error.

IA is the data and position array, and LEN is the length of the IA array.

NSTAT is set to one initially by USERRD. NOENT counts the number of entities

processed, and is used only in card 39 of USERRD.

The function of each statement of USERRD should be clear to users

having a working knowledge of FORTRAN. Thus only a few sections of the

code will be discussed. Cards 9-12 pass the IA array to FDM informing FDM

how many words of the IA array each variable will occupy when filled by

the read statements. The numbers filling IA should correspond to reading

down column 27 of the B-cards. Cards 16-27 fill the IA array with the attributes of a particular entity. Cards 31-33 close the file after all the

entities are processed. Cards 34-41 are used to print one of two types of

messages indicating normal or abnormal termination: of processing.

As stated above, if the number of attributes is to be changed for the

entity CASE, certain changes must be made to USERRD. First, the

DIMENSION statement should reflect the number of attributes of the entity.

Second, LEN should equal the number to which IA is dimensioned. Third, the

read statements and their associated FORMAT statements should be changed to

read the proper number of attributes.

1/ Ibid. p. 70

- 6-
If the field size of an attribute is changed, the FORMAT statement

associated with reading the attribute should reflect that change.

Also Columns 20-21 of the B card for that attribute should be changed.

- 7-

Figure 2 USF^RRD

o

2

U_I <

<3:

J

;2:

c.

2:o

c

2o

o

Cj

Ui

in

r-

>0

<2

o

cm

cc

tv

C3O

3 LO « C 2 *- O

or Ui < ^

cc x - 3 - m c

ir c z <5

2:

tuo —

u 0 2

*- o a ~ cr 2 « - - 3

U 2 *-*- O Ui O «*. UJ 2 J C*" £t

2

Ui

Lfl •

u. a

-0 • • cv

cv u

• cv

r*w a. u O

• « 0 —

• u

in • u cv

• • 0 0

• —

cv u

u •

«. 0

cv • «. • cv — cv

CV 0 3

* u 0

cv u. • cv •

• m m •< m

«— O cv c 3

” 0 • 0 0 0

CV •— mi *-e • L • u •

cv —*• •

—4 • «-» 0 •— w O w « w* < • < cv <3 -> —

S~~ u w u w • Q—

•* c 0 • —

5T • 3T lil 3

* O in O u a

ro u m • m

0 • u cv m

cr os • os as • cr cc a: Lu ac UJ u UJ u - 3

- ®

cv •» cv • cv 0 0 0 c 0

m • m • m

0 m 0 c 0 c u — O —

c.

2: • sr 2 u 2 u 0 • U 0 UJ • • -0 • 0 • —

in u cv • m

0 u • 0 in 0

cv m c cv u (TV

e» w • A * <

W *- u *— —

< • 3

- C X a O X • 0

*3 cr • cr CD «

Ui 0 CV UJ 0 U UJ

cr U. u Oc u in cr —

«-« G —

cv O O 0

cv C\| cv

-om

0

Q

UiIO in

UIu

c

DCCL

IO

UJ

Lu

40 to

Uio

o

a:u

ITi Ui

2

UI

lH xO

c —

• T m o

u m

• N

cv cr • a: 3“ UJ u •

• CV 3" O

• fO o 0 U C

C L! -

« ® o--4 CV T • U O m *- « M L 2 UJ

Lfl • lO UJ -J — rv — o ~

*- »- m 2

C O ^ - or Ui x < x 2 o in

o: Li or y k o O CC O C UJ —

u u 2 cr u>

in

cvm

•o

u 0

UJ

tno

-j

Ui

• cr UJ c

_

cc u

c

e? u 2

0 m

0 v— in

Ui u

o • 2 -X

— m o •

ro C

Ui

X — ro

ro - a -

ro C

u o

c c 2 cru ^ *

lT • c *

ro C

>0 — cv <> — m < ^

- I - l w

H-20 *-20 *- 2

Ui «*Q:*-U*iCr*-UJ«x or - x d < hi o < - x o

cr *- *- •— or »->-•— cr >- c.

dc CUiWKOLl02Cu2

g: U 0c 2 s:uQ: 2 ^:u.cru

ro 3

" o o

cv csi 0 — cv m 3

- sn

cr 0 0 0 O c n n m m m m

U U u u u* o u u u #«««»« * —. cv ro 3“ lT >0 N o c —' <v ro y in o c** a,' a c ^

_ ^ f\i cm TJl^HCCCHC-fNJ N(N(S|(MIMfMCVOOnOO<On<OOnT J 3

“

n y if. 1/i <5 N c O oooococoo-* — OOOOOOOOOCO 00000000000

J) lT IT in <c 3* 3 (T ro m T ^ ^ ^ M N IVfVrOroro

OOOOOO OOOOO OOOOO

fV ro — CNJ r^J t r in ip 1/1 OOOOO

ro ro ro 3" un in in in in OOOOO OOOOO

— CV 3" ifi 4 'O 4 'O ^ OOOOO OOOOO>*> r* cv m 3- >0 >0 rv r* r* OOOOO OOOOO

9
- 10 -
IA

Array

—i (MroTfmNor-ooo ro rn in >3 CO CT'

4)c

HQ £

flj 3

CD O

&

e:

o

c3

fa

•^t fa

4)C,C

rf

fa U»—

i

fa

>

cn3

<u -c

4) u

CLPoU

<

- 11 -

of

the

Read

Routine
V FIN

Figure 5 Deck Setup

- 12 -
intlNTIFlCATlOn a

NO

CONTROL

;r in

XX i X I

Ui 3" in

G

g Ui

gg

g

a

a QC at cr cr QC

Q yj of o UJ •« o < «s < < o Z O G UJ UJ UJ UJ UJ UJ LJ UJ Ui UJ UJ

UJ o z 1 UJ 3" 2 ua in 2 _J UJ in in in in

m If) —

ar 2 UJ 2 UJ 2 w

w

ww

X r—

a o u 9 9 rsj ri

r in o o Q a o

at Qt UJ -J UJ UJ UJ

or UJ o UJ

O UJ UJ UJ UJ UJ -aJ

x > > U. > 2 2 2 2 2

in 3 X

x at cr yj G UJ UJ UJ UJ UJ UJ UJ UJ UJ UJ UJ *- m o UJ in a r in o r in > > > > >

<n in •<

O UJ UJ a: cr cr a:

X

u> o UJ o UJ »- o UJ UJ Ui UJ UJ

*- 2 i fe- 2 i H in in in in in o o o o o

UJ UJ

H h-

—

K

u. in z in IT in o UJ UJ UJ UJ UJ in UI

m in in

cc

u at

G at UI Ui UJ UJ UI

UJ in l/) cr cr cr cr QC X e— CC i o=- at I -

•—

in

X 2 i/i

X 2 in *—

— H- ¥— »—

o- «—•

OO in in in in in

>c 9 9 rv O' O' lf» o O' in

O r- O'

X - <m

m iT

T in 'O a» oa <\

T i_n >0 in in IT in in if « -0 O >o O -c <1 *c o X X X X X X X X X X X X X X X

3“ 3- CM S' CN 1 tT. cn in m m CSJ tr m ar n «n rn <n

ITg

—

—

o —

—

Q o —

Q o —

—

—

—

—

fSi —*G 3- IT

C

CG in

u cr < in <1

m < rv cc cr in ir <L «t o 3 o =r »- < o in <i a <« <i <

vs

G

U uj 3 G UJ

K i UJ h- -J in in U) in cn in

U_J CL o G

G UJ Ui in UJ UJ UJ

m UJ UJ UJ UJ

G bJ UJ

*—

in c O cr z o c cr 2 o G

X

a cr cr cr cr 2 UJ UJ UJ U- UJ 0 ^ <Q UJ UJ UJ UJ UJ Lu G UJ X X u_> UJ UJ Ui X a LL a: Or a cr cr cr at cr X cr cr X X tr cr a: cr g u G u G G G G UJ UJ G UJ G G UJ UJ G G G G

if. CL cr

X CC

X CL CD

X X. X.X CD ccXa

a CO CTj CO

a oo X UJ o UJ

ac if

a: <j

ujr

u «r o e?

IJo

_l 2 o 2

cru.

4/i cr . — < X m G 5: in O u X Z o o

a-c

u. o

cs tn IxJ

a Cl

—

Lj in c u c hZJ G G e u S)

Oj z — 0 a IT •-

h- Ui

K

b~ H- <L

<3 3. G X —

LJ •— 4^. G cr X G

u* »—

U

TJ •a.

L

G

L

Uj >

it «-u u. —

h- ui CL 'U —

l/) c_.

— CL

u.

O 3

P-.

igure

(jFDM

Commit

er

Printout
B. Quick Query

The Quick Query Program (QQP) is used in SARSIM to access and

display case data which is input to or output from a simulation run.

The first use of QQP in SARSIM is to display all attributes of each

case and to derive cross cases statistics for each of these attributes.

The second use is to compute cross case statistics where the only

cases considered satisfy particular attribute selection criteria.

These two uses will be described separately and more completely below.

The QQP manual— contains more complete and detailed information

than the following explanation and should be consulted before any

major changes are made to the QQP. Since QQP passively accesses an

existing file structure, all information used in building a QQP program should be compatible with the information used by FDM to build

that file.

A QQP program may contain eleven types of control cards labeled A

through K and a special report generator section. The special report

generator option was not used in SARSIM, as the standard QQP output

format satisfied the project’s needs.

1. General application of QQP. This section describes the use of

QQP for displaying and computing cross case statistics for attributes of

all cases in a simulation run. Because the total field width of all

attributes is so large, it was necessary to write five batch processed

QQ programs to properly display the attributes by computer printout.

Copies of programs one through five are shown in Figures 7 through 11

T / — Consolidated Analysis Centers Inc., "Quick Query User's Manual for

Economic Development Administration". January 1970

- 14 -
respectively. Part of the summary statistics for program one is

displayed in Figure 12. An example of part of the output of programs

one through five is shown in Figures 13 through 17. Figures 18 and 19

are standard QQP forms . With reference to Figures 7 , 18 , 19 , the

reader can comprehend the following chart easily. This chart contains

an explanation only for program one; the others are very similar.

Only the first D-card in each program will be explained as the other Dcards are filled in exactly the same manner.

CARD TYPE COLUMN ENTRY EXPLANATION

A 1 A Card Type Identification

3-14 Cummings LK User Identification

17-28 TAD Organization of User

31-54 i Demand Tape

Analysis

Report Identification

59-70 CASE File Name as defined in FDM

B 1 B Card Type Identification

35 S Requested for Summary Statistics

(Mean, Standard Deviation, Sum,

Minimum, Maximum) of each attribu'

defined on a D-card.

C 1 C Card Type Identification

3-67 i Demand Tape Free form heading that will appea1

1 Analysis

) above QQP output.

D 1 D Card Type Identification

4-15

|

i

I

i

SEQNO

i

i

j

! -15-

!

An attribute of CASE to be displayed. This is also the attribute we use for sequencing the cases.

i
CARD TYPE COLUMN ENTRY EXPLANATION

1 E

' Card Type Identification

. 4-15 SEQNO The attribute of CASE that we

use for sequencing.

16 L Informs QQP the user wishes Low

i to-High sequencing.

Figure 20 shows the deck sequence necessary to run the batch processed

program just mentioned.

2. Special Requests Using QQP. This section describes the use of

QQP for computing cross case statistics where the only cases included

in the computation are those that possess attributes satisfying certain

selection criteria. Because each request has its own unique set of

selection criteria, a separate program must be written for each query.

Special request programs one through eight appear in Figures 21

through 28 respectively. Since cards A, B and E are exactly the same

for programs one through eight, they will only be discussed for program

one. Card type C will be discussed for program one since it is of free

form and is used only for a header. Card D merely labels the attribute

computed by the G cards for display and only need be discussed for the

first program. The F and G cards differ for each of the eight special

request programs and will be explained separately. For clarity and

completeness , the discussion of these two card types will be different

from the way card types A through E were described.

CARD TYPE COLUMN ENTRY EXPLANATION

A 1 A Card Type Identification

3-14 Elliott WH User Identification

-16-
CARD TYPE COLUMN ENTRY EXPLANATION

17-28

31-54

59-70

1

33

TAD

Selected

Case

Analysis

CASE

B

D

Organization of user.

Report Identification

File name as defined in FDM.

Card Type Identification

Request to display all attributes

listed on D cards.

C

I

I

1 C Card type Identification

3-67 Cross Case

Analysis .

Free form heading that will appear

above QQP output.

D 1 D Card Type Identification

4-15 PCTONE

\

A temporary attribute to be

displayed. The value of this

attribute is computed by the Gcards

1

4-15

E

Box

16

17

L

P

18

Card Type Identification

The name of the part sequencing

attribute. Since it has a value

of zero for all cases, we will

get subtotal ing only after all cases have been processed. This

is a key to the method employed

to get the percentage of cases that

fit certain criterion.

Sequence is Low- to -High

Skip to top of next page after each

sub total ing activity.

Provide subtotals for all attributes

on D cards when the sort sequence

number changes value.

- 17 -
The purpose of program one, Figure 21, is to compute the percent

of cases with the initial priority, FPRI , greater than or equal to

three where the case was not served within tolerance. Symbolically,

we state the conditions as: (ITOL = 0) A (FPRI > 3). This is exactly

what is coded on the two F cards. The simulation run for which these

special requests were made had 881 cases. The reciprocal of this number

is approximately 0.001135. Thus, to compute the desired percentage

all that need be done is to find the number of cases satisfying

the given requirements and multiply this number by 0.1135.

Let Z equal the number of cases that satisfy the selection criterion.

The following equations yield the desired percentage:

% = (Z/881) x 100 = Z x (0.001135) x 100 = Z x (0.1135)

By placing PCTONE = 0.1135 on the G card and requesting a subtotal

for only this temporary attribute and by subtotaling across only those

cases that satisfy the selection criteria, we compute the desired

statistic.

The purpose 0 f program two, Figure 22, is to compute the percentage

of cases with the first priority equal to one is where the case was not

served within tolerance. Symbolically this is stated as:

(FPRI = 1) A (ITOL = 0) .

These selection conditions are found on the two F cards. The remainder of the program is exactly the same as program one with the exception that PCTTWO is substituted for PCTONE.

The purpose of program three, Figure 23, is to compute the

average time to vector to a case. To do this (TWAIT-TQUE1)/881 is computed for each case, and then a subtotal is requested of this temporary

- 18 -
attribute. Since no F cards appear in this program, by default all

cases are considered to have passed the selection criterion.

Program four, Figure 24, was designed to compute the average

time a case must wait between its arrival into the system and the

time when the first resource reaches the case. By computing

(TWAIT/881) for each case and then summing these temporary attributes,

the required percentage is derived. In this program no F cards

are used so all cases are included in the calculation.

Program five. Figure 25, computes the percentage of cases with

the number of tows,MMM, greater than zero. The selection criterion

is on the F card and the temporary attribute, MGRZ, used for subtotaling, is on the G card. The reason MGRZ equals 0.1135 has been

previously explained.

The purpose of program six, Figure 26, is to compute the

percentage of cases with the number of tows greater than zero and the

number of non- tow needs equal to zero. Symbolically stated the selection

criterion is:

(M4M > 0) A (NNN = 0). This criterion is coded on the F cards.

The G card has been previously explained.

Program seven, Figure 27, computes a cross case statistic under

more complicated selection criterion than before. This request is

for the percentage of long search cases, completed in the simulation.

Symbolically the criterion is stated:

[ (RESA6 > 0) v (RESA7 > 0) v (RESA8 > 0) v (RESA9 > 0) v (RESA10 > 01]

- 19 -
A [SIS = -1] A [TSM > 0]. Since a logical OR is dominant over a

logical AND, for conciseness it is necessary to define a temporary

attribute called TEMP. If at least one of the RESA6 through RESA10

is greater than zero, TEMP is considered to be TRUE because of the

way it is defined on the F cards. Thus the selection criterion is

reduced to:

(TEMP = TRUE) A (SIS = -1) A (TSM > 0) . This criterion is coded

on the F cards. The G card has been previously explained.

Program eight. Figure 28, is very similar to program seven

and can be used to find the percentage of cases with a short search.

In this program, however RESA(I) must equal zero for all 1=6,

7, 8, 9, 10. Symbolically written the criteria is:

(RESA6=0) A (RESA7=0) A (RESA8=0) A (RESA9 = 0) A (RESA10=0) A (TSM>0)

.

These conditions are coded in the F cards. The G card has been

previously described.

Figure 20 contains the deck sequence necessary for batch

processing this group of special requests.

- 20 -
L

15

T|Ng

or

fJULRY

I',

PUT

CARDS

VaJ KS<

£L

ko

O'

«N4

oo

O'

o

O'

Uj to

to

to

bJ 0.

to

to

6) o

Ph

r- —

<

o u tr u ^ o tt J o

z «* < o «— arc ir O-J ? ObUJUXtlflZIIUtt^lA. ? U1 3 UJCLOCOOaX Z<D-L^«^ Ui IOCZ— OCCb-X t5 ? O > ? to _J U oOOQQCjOCOOOCiOCCOO

I
GUlc*

QUERY

CUMMINGS

L

K

TAD

DEM&nD

TAPE

ANALYSIS

CASE

DECEMBER

IS*

1970

t

9

!

30

1

2

R

PAGES

V©

Lf»

r-1 fM ^ O

O'GQ

r-v o

T

O

<N UJ - CA

>0 o <

o* u

CD

>0 in 4A 3" o *n

a: «m

•U tA C

«>

J>- CO 3 ra. >o Z if. *— 3*CO

»- CM

CK —

UJ 3-0

3 0- O CO

f"

u. -O O lP

3-

L!3 fO Z CM

b- n c m o

CD

>o

if) 3*O

<M

4

«A

L»J CL

O

z<

2: UJo

4A

CA

— C

O'

o

tAo

z

2:

2: 3

yj

in

UJ

CL

«xo o e&j lj z o

Z Z O CL 3 h- Z

<i ODDf/!yitK>>JK>- <*t C5

2: yO-NUUnh<UUUUK Ui

UJ VMLWVlk03>«>K>-(n if) o

U OOOQOQOO OOOQQ Ui

FIGURE

8'.

Program

2

of5

Batch

Processed

QQ

Programs
\D

GOTC

rn

a-

>o

v/>

UJ

tfl

ino

ct

Ji c

O'

4/1

in

UJ

CL o

cr- oc

if

21 UJo

1/1

in

cc O 0 U1 O U> — 0

0 — 2

’ LJ <ss 2

* UJ *- UJ UJ U

•a 'Ll Z < 0 or in £-• < in 0 2) 2 3 3 > 0

- iTi 2. r u Z UJ or UJ 0 O 0 c~> O O m UJ T UJ l/l V-/ CL CL Or 0 Z z K »- »- in

r-j 0

ki — < CD u/ 0 0 O a O 0 0 O a O O O 0 UJ
LISTING

of

query

i

‘PUT

CARDS

us

\9

<9

/

o

rs

o*

£TW

cnx

LJU

L- Q

© o

o*

c^*©lO

o

o

CON

O

in

tn

rsi

u

in

«s

in o in a *-

to in

r* >- o _J

iT «? 7 IT

O

rc

c\* — LU y o cl

O- <. c; *-

S“- -O Cl

in 2 in 7 < ^ X

INI LJ — C ^ c

O'

CL<

lry

in

fsi o

o c

a «x r i-

>c

if7 *

<-n fN ->

<t2

n

UJ

a.

o

CL

lrj

c*, IN

2

i

LD

i «-* c c h « «* — in* < fv n < n y o

2 2— O— 2

«* e<y^«ji/iu)K j i/i u k j i/i u c* 2 u.;£ u^yujy^uuu^ujyui uj

u. IT.*- 2 C L (t 2 O C* CL 2 C C. ££* 2 |/> C.O OOOOOOOO ooqoooo uj

l/.

a

c*. o

V

t- 3

c?

FIGURE

10:

Program

4

of5

Batch

Processed

QQ

Programs
US

vs

a.

>0

orUJ

CD

T.U

Id

Cj

in

IS)

<a -2

c

GO

cc

rv a

&

CD

-€

Lfl 3-m

<N Ui — G1

'fl Q ^

0- U

CD

r*o

1/1 in :r o rn

CT rg

>

Or

C?

U-o

V52

O

L/Xm

(M

fN4

Cj

ChaD

ITrr

in

in

id

CL

o

2

•St X

Ui

c.

in

<rr

rsi in

IdC

CJ

«s» o

G- C

a <l

. r» —

>o

ift * m

CVi _i — o in O IT

CC 2

hv •— D X

iT< 5 ^ r>

«*V L

>

CX—

UI

CL

<1 >— T IT Cj O O *3. y if\ «* i/i oj Cr — O

2 Z 3

, h<ClTK<<<<^< 2

<i o»-jinwHjioinwii/)iM/i o

27 UiinidldUJinidUJUiUJUiUiLJ LU

id inocapoottarorocoror in o

OQ VJ o o o o Q O O O Cl O O O Q Id

T3

CD

l/) in

(DU

ou

u

•MPQLOm

om

bOO

Jh

P-<

(/d?2

ZD

l>

ifUJ

ZjC?

jfId

z>

- 25

-
ATTpipurr

sum

m£#n

standard

dlv i

atj

on

minimum

maxi

mum

W>

V9

tL

f/i O

<N

Q Q O

C

Q

aoa

;r ao

oa

oo

o a o c

o o o o Q

o o o a in o c o o «m o o o o a o o o o

o o o o CO

<2 a © ® ® —

cr

CM a o C O

a CD CO o

C f'*- o c O JM *G c O'

"O *0 —« a «M

«-» W O' o «*> « «* » ©

3- o lO «M 1/1 —• —•

Qt >-

i/» o free 0 a.

a ia. i/-t o u. in o ^ o o

o bJUJ2

•aa. 51 X

«**

tn l. y

UJ U. On -J c o

Q: (L *-» X

—> X X l/l <1 US 6

8/1 -» >- > C£

8

©n uj

in

FIGURE

12:

Summary

Statistics

From

Program
1 k h

- O -*

<3 2

2 3

r x o

X CM mcMOOOxmcMx^iMXc^xxxcnxcm N^Twn(x«>NNnNnnn X o w n n n n

X O O O X « n n #*

CM

O'

i/1 ui

\f ink/)ONOinojMA<**40ooin'000 o in o> M — tnoixtnoooooooo — — — -i — — — rs<

'OOlOT-O>Ol8'fl03lO(1J’a’fll/lt/lO'fl-'N’<)OC!3Tl/1^0nNNn®QU

> 33 ~ — •

I

1/1 u. u y u. (r

_i o a — X

x in

i

aaooomooaaoooooooooaoaoooooooooao coornrnr^nrirnrnnQfno^ororoforinonmonoQrifnrnoo

Or a. — X

>C CM ifi M S3 Q ffini/lfflffi^-OONaa

ff- Ch N &> 01 n o i/i >o ji N ffi N N N N N

o o o o in

X) CC if)

tr o

in uj

i/i ji y xr^oinx xinomoQxininininin~~ininininxinxininmxini

OOOOQOOQ OOOOOOOOOOOOOQOOOOOO ooooo ooaooooooaoooaooooooooaaooooooooo

o u. in 2 0 0o o«~-< qo-’-OMQ en — aooao«~*aooo — o —> o o o — o

c u.in 2 O <O — — c o a ^ — o o — a — a — o — — — o — — — — o — o — — — o —

¥- Ct >-

l/. o -

a I CL OOOOLjOOOOOOOOOOOOOOOOCjOOOOOOOOOOCLiu

C ct o

U U L

i O I — o

&‘->N'0nain'0y-*«’<iji0'<ii^i/iffl®T-th(v-»0‘NOM^NccN

o-crvccmm — a,(Nia-Nn^^^o^*Mi/i< - fficoNNNOiA©N©« o

c\ a o- m — lt co —* o x ai x (Shu^i^ciD - cm r* cm in r«* >o o

cm x n ifi ^3 n rv. NCDO/isO'fNiny in in n in ^»o>flNs)CDcccoO‘ o-ooc

CM CM

if h- — o

o —

— IT li_ c _ — — —. cm cm — —

.

— o* — CM — — X — in CM CO — CM — — rn CM X i/i CM <o —

i: in 2; o o o o o c. o o o a o a o O o o O a o o o o o o c o CJ c o o O o M3 i: t/» <. CL c» o o c a G c a o c o o o o c CJ o C> o a a CL CD o o o o o o CT CJ fN o >- CJ c o o o o O o o o o o CD o o o o c CD o o o o O a o CD o o o U o C

i> —

J

*1 cm cm CM CM <M m CM cm IS, cm X M —

*

— CM CM CM rs. CM CM CM CM CM <M CM CM CM CM CM CM CM —

J D

<1 2 n CL X CM O* CM r* , o O 1^ rn CM CM >0 CM CM GO <o CM X O X r* rv CM CM r* K- C in X lO in n in in, X X in X m n X in X X in X iT x X) X n X X X >0 4 <

-fx.nyi/, iir'iC^C-'Nnj if < n k o* o n n x in ^ a. o* — <\ n m

FIGURE

13:

Partial

Output

of

Program
de

4

no

tape

analysis

O

a. 2 S9 -I © 2-1

O tft « y

0** © — o H mm— — ^ — a n y y ^

& mm mm H

\n <jUi& oooooooooooooooooooooooooooooooooo

rs. cm — o cm N - N «

3 a e

9* 3* *9

8 cm

8 0 — O' W N

tfl 5" *© —

6 8 8 8

0“ w in o o fv

sQ mm y CM ® <4> 10 8 0 8 ^ y iA ^ .*j <*• m so ^

O if) I i/l m ^

6 8 0 8 6 — i oooooooooooooooooooooooooooooooooo oooooooooooooooooooooooooooooooooo

O rn

e 8 — «* f*| 0V. m m 3 3 cm

0 6 ft & I I » ft ft B ft t 6 ft

tn m >© — 00 I I • t I I fi 6 I - s

CK Z o —

6

oooooooooooooooooooooooooooooooooo oooooooooaooooooooooooooooaooooooo

«N «—» o O' if) X — <M 8 6 CM

0 0 0 0

M) fv <?M — <d O* - N n

0 3* -O — 3-

6 0 6 6 inoip-a-Dyffiifio o O' r*—.:rcMi^<<9*oin 3 h « ^ Ji

0 6 0 0 9 1 0 0 I

cr z c —

8 aooooooooooooocooooooooaoooooooooo COGQOOOOQOOCOCOOOOGOOOCOOOOOOOOOC.O a««oo«j**s««9«o««»C0«e«ao«<i««9«e»*«« TnNffl^MN^fMO'y M O O' 0“ «0 M N O' in — P"* O' Q(*)(NNOa«.T^O'o ei m m y 3 «n ® cm 0 nnini/)nMNfown«^ ?«yNnnwMO''«

SB 8 0 18 0 6 0 0 0 1 0 0 0 0 1 0 9 0-000 Q 9 6 9 <NI

<4 UJ U_ 0- o o — o o o o o o o o — o o o o o o o o o o o o o o o o o o o o o O

U © o o o o o o o o o o o o o o o o o o o o o o o o o o o in o o o o

-J z c o o o o o -4» o o o o o o m o o o o o 1/1 o 00 O if) c o o o a o

<r z c -o a CM in CM if m o CM O' in — rn m 1/1 — OC CM 3- CM CM 3 in CM m in o rn > 3- rn — — m — — — — — *Q

in

in u. »- 3-3- — 11 3- CM 3* — m CM 3" m.» 3- — 0 3 — « - fH 3 0 3

UJ UJ or UJ r*» in a 0^ p** o in o o o <zs o o CD 3* 3* CO in rn m fl 3 O 1/1 -41 0*- a 7 o in cn #n o -*> — o <> -C c r- o in o o o CD rn 3 — CM N o -o CM c -o CO >o c— O' UJ u. <L cm CM o — 3“ c n — o o o cm o c CM —

un —

CM —

— — =~» in — 3 c CM CM _ «— CM 3

0- uj o o o o O a o o o o o cn c o Cl O o O O O O o o o a o O c o o O o 3 o

o

z

«x

2: UJo

IT UJ

6 X Q: Z — m

C 0-

8

_j x in

-« UJ UJ - tt: —

C«x —

H U IT in

o o o o o o

0“ 3-OOCDO3-O>CO>0CCD -€> o o

CM 000003-3-0000000 cm

>- X UJ

QC O O

O O' c

X <r UJ in ujm

OOOOOOO— OOOOOO— 0—000 OC OO 0 0 — 00 ooooo

in

KD7

_j x m

UJ u u

-J O' o

_J «T O' < U' ©

or in o

•x m

O- KS uj z or o

_/

o o o o o o o — o — — oooo — cooooo— coo 8 0 6 I 0 c c o o o

UJ z o

-J o

o -x o c

uj a

3- 3 - '6NrtNOOONN**NNKnN(S|p.yN-.ycMOiny cv — 3- O O rr

-N^yi/i-OKSj^o-Nny in >o s 0CO'C1 -A^ny^^N®O' c — cm --NNNNNNNNNM nnn

FIGURE

14:

Partial

Output

of

Program

1
UJvS U Z 1

X — UJ

unv

IT

o ® o « 7 kH ^ o o o ino^x^— o*rp«^x

n n n n i x x <** « a -* OO-^OOOOOOO-*

N IN ® CD 7 D-n«inMN-7frip«ON7in

o cc T m N

CD 77 JJN^--N-^NNNN^i/inn-.n >0 x m — oooor^oooooooooooooo

c

r-»

•d \r\ <*. o — > Z lu I

- or a: o -a ui u. r— a:

ooooooooooooooooooooooooooooooooo ooooooooooooooooooooooooooooooooo ooooocoooooocooooooooooocooogccog coooooooooooooooooooooocoooooooco

X UJ 2 UJ O o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o — r — 3 o o o o o G o o o o o o c o o o o o o o o o o o o o o c> o o o o o

— 3 o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o

cr *— o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o c o

2 cr -

- U Q.

»- o u 2 cr 2 — 8 ooooooooooooooooooooooaoooooooooo ooooooooooaoooooooooooooooccccooo 300000000000000000000000000000000 ooooooooooooooooooooooooooooooooo

lx lA Ui OLD2 C o —

2 *- 2

OOOOOOOOOOOOOOOOOQQOOOOOOOQOOOOQO

U. Ct LT» O UJ »- 000000000000000000000000000000000

— :r

I

o; wx LLi u c

8- C C G

CD O O

c o 0 -TNlfl- 0 NN« 0 N« ?*- OCDO* ® o »/> N n If. —

.

«M fsi fVJ X O CN O O >© «\ T O M O J1 if5/) OC N if O' — C\ n m n - r x o <rn pv €D 9*- f*) —

('j i/1 N T —

/ - >0

(/> —» l\J < c

S c — IT

rvj(\^r^iMfs;«Mrsf>4PMCN4«N<^ffNrrNifMrs4P>sJfs»fsjrgfV4PSCMf\*fs.rs<iNjfvr% fNj(\*i\»

X —

a 8

— xcr, — — — xirx — lt. — lH — -* — — x lTv — —• — eg — d

f\ — lT P Lfi n « n t n

<nj rsi O' rvj X IP O O'

cr cr O’ — if Lfi - cccO'i/'MN-NN'C

'0 '0 f^'0 '0 *^'0 xcr'0 '0 — itoo

— l/l 2 (/* LT O UJ U Z ITI O — <T

Or > Nv o a o uj r »/> lu

fJ 2 x iP ui u> D - t\ p t in -o r^ao^o — <\» -«-MN(Nj(MfMNfvi<Nrs(SPnn

FIGURE

15:

Partial

Output

of

Program

1
PEMaND

TAPE

ANALYSIS

CASE

DECCMlER

M,

1970

1

9:

j:1

|

PAGE

K O »

2l UJ oooooooooooo^oooooooooooooooooo

i/I U ^

UJ >

a a o

UJ UJ

l/l U

IP Z — o

O CJ o o o OOOOOOOI^fNiOOO

o — ooooooooooooooc

ooo ooooooooo ooo oooooooocoooooooooooooooooo

UJ I n

z o o o o o o

o o o o o oooooooo oo

oooooooooooooooooo oooooooooooooooooo OOOO OOOOOO OOO 3000000

o o o o o o o

O O O O O O Cl ooooooooooooooooooooocoaooooooo

a o

r: uj 0000000000003-CCO oo ooooooooooooooo

l/l LJ M

U' >

or a: o

UJ UJ H 1/1 U)

000003“0c00«n0'00‘0000000000000 0 0000

OO OOOOOO OOOO oo oo oooooooooooo O O O O o

O O O O O

o o o o o

o o o o o

o o

o o

UjO-fN. OCCGCrr>lOC.OOl/10CMOOOOOO

re ocoootnocoor^o^roooc U, U C' C C' c o c — o o o o m o o o o c

UJ ooooo oooooooo

OOOO O OOOOOO ooooooooooooooo oooooooo c o o c c c o c oooooooooooooooocoo

OCC. OCIPOOOOCDCJ9- 5 OOOO OOOOOOOO CO OOOO

cr u* —

u- >

Or or o ooi/>oooo«Niorntncooooooo

O' O 1/1 OOOO OOOOOO

c c. c o o o o o o o o c ooooooooooooooc. o ooo OOO OOOOOOOOO OOOOOOOO OOOOOOOO OOO

GC OCSiCOOO i/. c coco oooc oooooooo C> C G l/> O G G O (\» C O O C O C O C O O C C C C C C CJ c c C — C. c O O >C C C C-CC c c o c o o o o c c< c c ooooocgqooocgco ooocooocooc

c c o c o c c. c c c o o

QG— c COO Ol/»OC Ci d t o j a- g o g oocjoooococccooc

i IT — n -U — tt> O O O' J tli n 3 rg « n - ji ic rg (d aru^ UJ lO U -O r' POh- t r^f^s6—

0 <N» 00 U10»/1 — r^CLO 1/1 Ui i/l l/1 a r-i (h n o &• PJ >c N L C, (J - C J] fM - n o - c 3 C C G C» C C>. — G */. — C O — COCCOC OOO — OOO OOOO OOOC OOOC CGGOG

J iT) (> N Oj O' G - M*l 3 to o r- u. a o - fg n x i/i >c a< a- o — eg — — — — ogf\jr\*<s, rg rg (\ k p; r, r]

FIGURE

16:

Partial

Output

of

Program

1
LI Li Cl DUOOODOCIC'O n O Cl O o o o o « h UJ I

UJ u

in or

• • UJ ^

UJ or UJ UJ o > m

^ »- tt ~

Cl in ui - in ji

a o ~ oooooooooooooooooooooooooooooooc <0 H UJ I

rn u u

•• in J a: — L~ «*

<*i u: uj uj

• • > in

O- >- or —

—• l/t Ui — in y

a

r-o

0 3 — OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOC »- 3 r

UJ o

in - ct uj <

or uj uj > in

*- a —

in uj — vn no

CT 2LUJd

ulQ

GO — ooooooooooooooooooooooooooaooooc H UJ I

uj d

in 2* or Ul <

a. uj> v/1 ¥~ CL —

cr u.' — in r\j

UJm

*_ c — H UJ J

u d

in z a: UJ <£ r ui uj > in

h- u —

in uj

c c OOOOOOOfNlO n <ni o o o

o —

oino. GCOOOfMQCioooc

i/Uj I/' O O aooo CCCO C O CJ O G CJ G O CCOOC OCiCJ OCCjOOw

UJ •>

LC CX o

UJ UJ - in uj in x: — c m COOOOOOO LC'DCjUIjCjO OCJOOOOOO QGUGOOOG O O O O O O O

O O G G o o o OOOOOOOOC GCjOGOCOGC

c

** Uj u G

*- z c»

U_ U. Cj c d Uj

-2 1/ Ui Uj

GOOUCjCJOO

C.O G G D D OO GOOOGOQO OGOOOOOO

OOOGOCGG Cj O O Ci O Ci O O OCJOOOOOO oooooooo

o o o o o o o O O O O O Cl o

o o o o o o o

o o o o o o o ooooooooc ocooooooc OOOC'OOCjOC ooooooooc

u. o *~ C I

ui Ul O 30000000000000000 0 00000000 0 GOO OC

X UJ

l/ U ? c C o C C O O O O O O O O a O o c C C O Cl C O C O CJ o C Cl c c c

U. -> U a u c

Uj U'

*— in ixj in u — o

V”

l/l o

r

>o

d

in

in

cr a. ui <*

UJ

C’

UJd

inO IOOO C- O Cl O OOOOOOOOOO OOOOOOC O Cl OC'OOC'C oooooooooooooooooooooooaoooooooc

aoooo o ooooooorvo o ooc» ooooooooc) O' cj o c

Cl o o ooooooooocinooooooooo ooooooooc

o O Cl c c. CiOOOOOCOmOOOC C* O O Cj C C C G Ci Ci O O C< C GC OOCOCJCjGC. GOCOOCGC c. C O CJ O C' C O LJ o C C lli L

CJVd

/_• o — rsjm5'Ln'0r^a.a‘O-*'<N r''3’ii^*crvajoo— <\irna-ui'Orvcua o —

uj / — * (Mrsjcgcu/sjivjfNjrgiVCNimmr^

1/

e>

FIGURE

17:

Partial

Output

of

Program


Figure 20

DECK SETUP FOR BATCH

PROCESSING QUICK QUERY JOBS

- 34 -
3 a

i/>

CO

Oo

co

CKUi

CDr

Uiu

UJQ

inQ

a: 4- co

rO

OO

Ui

19

<3UJ 3 UJ

Ui 3

in<

in

in

incuo

o3 o

•h ^ +-J •H 0 P w i—i o3 U X«P H3

in fO

(Din o

CT3 4-> U rH

M-l 03 O D

cr 4-> W C , 0 P • O O 0 P U £ § s 0^0 +-> rH P P O

Ph 0 H e +-> O o5 p U 0HP X

4-> OOP*H

TO -H T3 P P 0

W)0 > O -H P P P 0

CL, Ph CO

in

CL o oc *- a. o

Ui o2

in

ino

UJ UJ I 2 2 »— O o —• — X - 'S Li o o O

CL CD CL < in

*- UJ

in

O Ui u. u. 3 X <

Li

it

or - O - U- O—»

in

_J

—•

-J in UJ >- 33

ino

a:Li

UJ2o

»-LJ

O.

-35-
LISTING

or

QULRY I

.PUT

CARDS

UJO

Q.

Uio

£L

CDlO

aoJi

a

cn o

lO 3

fN* o

O'

a:3ox3

V-/ UJQO

UJ3

UI

inx

UJ

crUi3O

jC 33

C? oo

CD

r>. >o

l/T

rn

fM UJ — ^

>0 o «e o UJ

to

pv, -0 J)

:rrn

fSI LO

t/1

Q lO

O' >- CD _J<

>0 2

lO < Tm ui

Oj LO — < 7-3 Ui

O'

CO o

ru

>o *- lO 3 T UJ

<0 3 0

<M UJ — to

fO

O

O'

CO

r-* >oj)

<o

CNi

fNJ

O

O'

CO o

>0 <s lO h3* <0 X

<\|

— o

O' fr- ee fr- rv o o —

lO 3

3* 3

CO 3

<M— <. CD

OBO2

<4

or

cl

to3

LA<3

or o

to

cn

«a2c3

LO

<4 Ui

to mo

0:3

UJ o

UJ

£LO

—

O <3 O 3 3

i/I fO

tf) CL

or o

CL frN

O

CD3 3 U UJ

O

rs. O'

o*CM

or3

33X

UJ33O3

LO

<s3O

•si

fr- X

Qc. 33O

118

or

cluXc

(/I 3

l/l <43

or o3

to

l/l 2

<t3

LO

<r3 33

C2»

to

LO

CT» or3

O'3

FIGURE

22:

Program

to

Compute

Percent

of

Cases

With

Initial

Priority

Equal

to1

and

Case

Not

Served

Within

Tolerance.
Vector

to

Case.
LISTING

or

QUERY

r.

PUT

CAROS

lT\

<M o

r>4 3oX

uJnx

13

UJ3O

UJ3

UJ

-IUj

inX

-c

iD 3>

CD

fN. >0jyT

r-n 3

co

>0

lTI T

rsi

>0 l0X

rn

fNJ

>c s\T

r\i 3

O'

CD

>olTx

rn

rsj o

lOXr0

fNl

UJ

COc

13

in

O

fN. O'

O'CM

'TUJUX

UJu

UJ3

in

in

>-2

<t

UJ

in

<*r U»o

13

UJ

inQ

«*“X 3

Cf3O

crUJ3O

ic V33

G»

UJ

*3

€

«Ni O

FIGURE

24:

Program

to

Compute

Average

Wait

Time

Between

Arrival

Into

System

and

Time

First

Resource

Reaches

Case.
LISTING

OF

QULRY

p.PUT

CARDS

UJ3

•<

CL

Ui

£L

<Da

CDa

ui

CNJ 3O

rg

acUJDX

UJ

•3

UJ3Q

UJ—O

UJ

inQ

<1—X

UJ3G oo

>0

lit

QC39XXXoz o

-1 o

D*

rsj

QZUJ

LO£

UJo

UJO

Nl

or

xo X CD a ui

JNJ QCISX / QCUJ 3

(3

*CU»3G

O•

QC19•XXX

UJz>r

inUJ

in

13

CL

M

or3X

in

CD9

>0

cd U

Mho

<D

bJ) cd

+->

<X> U

<u PUo

CJ

bCO

fn PU

l-H PU

With

Number

o£

Tows

Greater

Than

Zero.
LISTING

of* qUtRY

I'PUT

CAROS

a.3

O' c

LJ UJ

_tUJ

tr o<X

-I UJ

q: UJ33

UJ3O

uJ

u3

«st 0.

lH

fVJ

20

O

fr- eerv

>o

d"> X

rn

rv3>

20

J1

fN4 UJ — <n

O

D « o UJ

00

•o X

rn

<NJ U"> 3

oLH <2X« (B

O3Q232 o a

o: 3

<9 UJ

in

x 2

CL

X 2 3 X Zozc o&

in

rnn

ro

*—uj

CL

<3

a

fr

O'

(Ni

acUJ

tir

.-sJ L»

UJQ

UJ

in<

UJ

o:UJ 3O

ic UJ33 O•ore?XXX>«X

in

UJ

in<

UJz

uJUJ

arUJ

CL

ifi X

»*o

FIGURE

26:

Program

to

Compute

Percentage

of

Cases

With

Number

of

Non-Tow

Needs

Equal

Zero.
Ui3X3

Ui3

CL lft X

lD

r* 3

rvoo

at

UJ

35X

uJ3

UJ3

UJin

<*3

cn

inz

UJ

in<o1 3

UJ3

to X

03

a

O'CD

fs. >0X

cn

rsi o

a*

LO3

Ct<33Oo3Z

ro

fNJ O

l0

UJ

<n

<a3

in

in o in

O' >- co _j

^0 z

Si < xm uj

<\j in — < x 3 3

O'

CC

Q

rv uJ

>0 1- in o X UJ m 3 o

CM UJ — in

r-) oO

CO

>0inx

cn

fSl

<\» o

O'CD o O «* in - Xm i

fsj

— oO *~

cr >~

r- o

•o

—

in 3 x 3

cn 3

CN4 — <t CC)

CLUi

3)X

UJ33a

Ui < 0 3 Z • a -m <

or • 0 0 O 0 O - 1 0 3 O 3 • —*

ct QC 0c

a:

a

O

a in

r • V5 15 15 0 <5 3 15 <

in O' 3

»- •

CO 0 3 in 3 0

cn “ z

«—• « 3 «* > >0 3 < u 0 • 3 X •— >0 © O' —• 3 • (L X < < < a in •

in

O in in in in in in

r in

X 0 3 3 a. 3 3 3 3 3 3 —•

in

M 3

in • 3 QC QC or

a

a »— in »- •

<t

O in 3 • —

CL

Q 0 in 3 3 z z 0 • <* <t 0 —

DC

a DCa

>- •—

O 0 O 0 <t z3 <c X a X 0 3 in H* X r - • a 3 u 0 3 3 Q a • 3 a (L CO i- a 3 0

0. - • —

3T • 3 3 Q UJ 3 3 3 3 3 3 3 3 15 1 in a

drUi33*333

a) 3 - z> >0 < M T —

a: in o

Uj u. in -o 3 •

ar

U. 3 2 — 3 < — Y 3 3 3 or Of CL

FIGURE

27:

Program

to

Compute

Percentage

of

Long

Search

Cases
LISTING

0

F

I.ULKT

INPUT

CARDS

vJ

v5

O'c* O

o

COr^

>0J1

X

a: UJ

lH 3

O

X

4/1

<s£

— <x 3 ^

O

rn c?o

CO

u

Ui

in

UJ

ato

2:

nr

o a o o a a 0 0 0 0 3 or y w y u w e?

O'

CD

£

cn o

oo O' —

«ffl «l •«« «fi m in m m in r u uj u uj u i/i or k a a oc h

Lki in

in

UJ

1/1 O O Q O O

2 2 2 2 2

«i *t < c

a_ 3CL

3

C?

at15

a

FIGURE

28:

Program

to

Compute

Percentage

of

Short

Search

Cases
III. Interpretation of QQ Output for Displayed Cases

Some of the case parameters output by QQ need explanation because they

may be derived or updated by OPSIM. Due to the constraints imposed

by limited storage and the FEM requirement of a fixed field format

for all cases, not all the information on a case could be retained.

Trade-offs were indeed necessary in light of these constraints, and

were made such that the loss of information would be both minimal

and infrequent.

Below is a list of the output parameters retained in every case

,

that is processed in the system; that is, every completed case. (Recall

that exceptional cases are displayed automatically as Standard Output

from OPSIM; cases being processed, but not completed at the end of the

simulation are also output as part of the Standard Output.) Exceptional

cases also appear on the output tape at the end of the case listing and

may be used in the QQ calculations if desired.

The reader’s attention is called to the OPSIM Definition discussion

for a listing of these parameters and their interpretation in OPSIM. The

discussion presented here sketches the ranges of these values when the

case is completed and output from the system.

CASE PARAMETER VALUE EXPLANATION

C-130 case which occurred in the district

being exercised. This assignment is made in

the PREPRO. Other C-130 cases are assigned

| to E City (East Coast) .

I The original station to which the case was

assigned, in PREPRO. (OPSIM reassigns the

primary station to the case and retains

this new assignment in STATN) . In the situation of multi-unit cases, PREPRO assigned

the station which first received the distress

call as the OPFAC. (Minimum value of Cl on SAR assistance form.)

(1) OPFAC

>0

- 43 -
CASE PARAMETER VALUE EXPLANATION

(2) NOCAS

(3) IDLOC

>0

>0

.

The original case identification number;

together with OPFAC, these values represent the unique historical case number.

The Coast Guard District in which the case

occurred

(4) OCCUR >0

r

The date and time the case entered the system.

(In decimal days) For example, 26.0156

represents a case that occurred on the 27th

day of the simulation at approximately 00:23.

(SIMSCRIPT starts with Day = 0)

(5) BOX 1 < BOX <

- -

There are a total of eight categories relative to the day, time, and season, the

case entered the system. These include

Weekend/Peak/Day (3) ; Weekend/Peak/Night (4) ;

|

;

'

0

Weekend/Non -Peak/Day ( 7 ) ; Weekend/Non-Peak/Night (8) ;

Weekday/Peak/Day (1) ; Weekday/Peak/Night (2) ;

Weekday/Non-Peak/Day (5) ; Weekday/Non-Peak/

Night (6)

Indicates that the exogeneous event tape

(input to OPSIM) prepared in PREPRO was

created using the historical times of occurrence.

(6) FPRI 1 < FPRI ^ 5 The first priority of the case; i.e., when it

entered the system, (The case’s priority is

updated during the service of case and the

; final priority value retained in PRI.)

- 44 -
CASE PARAMETER

(7) MNM

(8) NNN

(9) GAMMA

(10) NEEDO

(11) AIR

(12) OFSHR

VALUE EXPLANATION

0 < MMM < 2

> 0

0.00 < GAMMA < 0.99"

0.00

< NEEDO < ic

< AIR < 99

< OFSHR < 999

.25

.35

3.0

0.95

0

Number of resources required to tow or

escort the client.

Number of needs other than search or tow.

The degree of non-parallel service of

a multi resource case.

For single resource cases

Identification of the need for a single

resource case.

Implies the case could be a multi resource

or a pure search case. (If NEED1 through

NEED5 have a value greater than zero,

then this is a multi -resource case. If

SIS is greater than zero, then the case is

search case.)

Air temperature °F.

Distance in nautical miles, off shore where

case occurred

Within the simulation, hand-off tows occur

at a 1/4 mile offshore. Thie value is updated from original input value of OFSHR.

Position over a 1/2 mile off shore

Position over a 1/2 mile but less than 10

miles off shore, (open waters)

999 miles or more,

on shore

-45-
CASE PARAMETER VALUE EXPLANATION

(13) VIS 0 < ATS < 99 Visibility (in miles)

99 If not known NX; not applicable, NA,

or blank.

(14) WIND 0 < WIND < 99 Wind Force in knots

1 If NX; NA or Blank

(15) SWELL 0 < SWELL < 99 Sea Height in full

1 if NX; NA or Blank

(16) L 0 < L < 201 Length of Client in feet if client is

a boat

0 Client is an aircraft or some other

classification

66 If client is over 65 feet but less than

or equal to 100 feet.

101 If client is over 100 feet but less than

or equal to 200 feet

201 If client is over 200 feet

(17) POB 0 < POB < 4095 People on board

4095

l If greater than 4095

(18) SIS 0 No long search required

1 0 < SIS < 10

I Number of search resources on a long sear

case is input to OPSIM. Each time a resource completes its assigned search miles,

SIS is reduced by 1. Therefore, in this

mode, SIS can be the remaining number of

resources required to fulfill the long

- 46 -
CASE PARAMETER VALUE EXPLANATION

(19) S2S

(20) TSM

(21) OSTO

(22) UTYPE

(23) VALUE

(24) XCX

-2 < S2S < 2

>0

>0

>0

search needs of the case. Once the

long need is fulfilled, SIS is set to

this value. The number of search resources (up to five) can be found by

| examining the values of RESA6 through

ijRESAlO. When positive, it indicates

' a resource searched for the client.

1 S2S is the code input for each case

d

!] describing the requirement for short

search. It is ’updated at the completion

; of the short search by negating the code.

I 0 = no short search; -2 = short search by

;

f additional resource.; -1 = short search

! by first resource to scene.

! TSM represents the total number of search

miles, applied to either long or short

search.

The on scene time for a single need case.

See NEEDO.

Describes the type of client, either

aircraft or surface vessed.

0 < VALUE < 130003| Value of the vessel in distress.

Value of the vessel exceeds $130,000.

Original X coordinate case location in

nautical miles

.

- 47 -

130001

XLOW < XCX < XLMT
CASE PARAMETER VALUE EXPLANATION

(25) YCY

(26) XC

(27) YC

(2 8) STAIN I

I

(29)

CNRES

(30)

RESAO

(31) PRI j

j

XPT

YLOW < YCY < YLMT

ATT

any signed value

any signed value

>0

>0

>0

0

>0

Cases with no location data at undefined

OPFACs are assigned this value for XCX

from the district origin.

Cases whose location fall outside district

limits (non C-130)

Original Y coordinate

Cases with no location data at undefined

OPFACs are assigned this value for YCY.

Cases whose location fall outside district

limits (non C-130)

Updated X coordinate case location. This

value is updated when the client moves

during service, such as escort or tow,

and must be updated either for interrupt,

hand-off or completion.

Similar to XC.

The primary station of the case, as calculated in OPSIM.

The total number of resources that responded to the case.

The resource responding to the need of a

case, for a single resource case.

If the case is a multi -need case, this

value is zero . See NEEDO and OSTO

The updated priority of the case. The case’s

priority can change during the course of

service . See FPRI
CASE PARAMETER

(32) REA

VALUE

>0

(33) COST >0

(34) ITOL >0

0

1

2

3

4

5

EXPLANATION

First Reason the case was put into the queue.

See OPSIM definitions. Part II, Section II

of OPSIM documentation.

0 = case interrupted 2 = case never goes

into a queue

1 = no available

resources

The cost of serving a case. Regardless of the

cost option this value is calculated as the

accumulated cost of vectoring to scene, and

if required, searching for the client.

The on scene time for serving needs other

than search is not included in this calculation.

For cases completed or in the system at the

end of OPSIM; the values of interest include:

Case not served within tolerance

Case “^i^t^served within tolerance

No resource has yet arrived on scene.

For cases which are exceptions, the values

of interest include:

No capable resource types in system

No capable resource types at the primary and

adj acents

No capable resource available to serve

an air escort case when requested.

- 49 -
CASE PARAMETER VALUE EXPLANATION

(35) NOIIff

(36) NQUE

(37) TINT

(38) TQUE

(39) TQUE1

(40) TSVC

(41) TWAIT

>0

>0

The case has an unacceptable set cf input

parameters

Each time a case’s service is interrupted, this

value is updated. Total number of times a

case is interrupted.

Each time a case is queued, this value is

j updated. Recall a case can be queued if

i interrupted and/or if no resource is available

at that time to serve the case, i.e. the case

s waits. Total number of times a case is queued.

>0 When a case is interrupted, the total time

spent in this status is recorded.

>0 j When a case is queued, the total time it

: spends queued is recorded.

>0 ’ The elapsed time the case spends in the queue

prior to the first resource arriving to the

scene

>0 The total elapsed time the case spends in

the system.

>0 The time elapsing between the case arrival to

the system and the first resource arriving

l on scene or to the expected location of

the client.

-50-
CASE PARAMETER ' VALUE

(42) NEED1 >0

(43) OST1 >0

(44) DELTA! 0

5 DELTA1

< 0.99

EXPLANATION

For multi resource cases this is the first need

of the case.

For multi resource cases, this is the time spent

on scene serving NEED1. This value for

pure search, tow or escort cases will be

zero. It is also possible that this value be

zero for cases where the resource is called to

scene and renders no assistance nor expends

any time on scene, i.e. returns home immediately.

For multi -resourced cases, this is the fraction of time into the case, the resource is

to arrive on scene, and expend the associated

0ST1

.

(45) RESA1 > 0

C46) NEED2 > 0

(47) OST2

(48) DELTA

(49) RESA2

(50) NEED3

> 0

0 <

DELTA2

< .99

> 0

For multi-resource cases, this is the resource assigned to the case to serve NEED1.

For multi - resource cases, this is the second

need of the case. If the case requires two

tow or escort resources , the second tow resource

is recorded in RESA 2, but NEED2 will be zero.

See OST1 . (Replace OST1 with OST2)

See DELTA1

See RESA1.

See NEED1.

-51-
CASE PARAMETER VALUE EXPLANATION

(51) OST 3

(52) DELTA3

(53) RESA3

(54) NEEP4

(55) OST4

(56) DELTA4

(57) RESA4

(58) NEED5

(59) OST5

(60) DELTA5

(61) RESA5

(62) RESA6

(63) RESA7

(64) RESA8

(65) RESA9

(66) RESA10

(66) SEQNO

> 0

> 0

> 0

> 0

> 0

> 0

See OST 1.

See DELTA 1.

See RESA 1.

$ See NEED 1.

See OST 1.

See DELTA 1.

{ See RESA 1 . | ! i See NEED 1.

t See OST 1.

See DELTA 1. I

See RESA 1.

Note that this

information is kept

for the first five

resources assigned

to the needs and tow

portion of the case.

j

The first five resources assigned to each

>of the first five SM(i) 's of a long

search case are recorded in these attributes

The sequence number of the case facilitates

the cross referencing of parameters in

the Quick Query Output. It also gives

the order in which cases are completed.

-52-

)<II