Previous Topic: The Flow of Control


Glossary

A

ADB

See Application Definition Block.

ADSA

The task code that activates the CA ADS Application Compiler; also, the application compiler.

ADSC

The task code that activates the CA ADS Dialog Compiler; also, the dialog compiler.

ADSOCDRV

The CA ADS runtime program that initializes and updates the ADSO-APPLICATION-GLOBAL-RECORD; performs system functions (for example, TOP, POPTOP); processes responses entered on the HELP screen; and selects the value for the AGR-CURRENT-RESPONSE field of the system global record.

ADSORUN1

The CA ADS runtime program that loads the Task Activity Table (TAT), creates an Online Terminal Block Extension (OTBX), if necessary, and loads the Application Definition Block (ADB) for the application being executed.

ADSORUN2

The CA ADS runtime program that allocates application global records in the Record Buffer Block (RBB); builds menu records prior to mapping out application menus; and builds and maps out the runtime HELP screen.

ADSO-APPLICATION-GLOBAL-RECORD

The CA ADS system-defined global record that is used by the CA ADS Application Compiler to pass information between functions and the runtime system; fields defined in the record are addressable and can be modified by dialogs and user programs.

ADSO-APPLICATION-MENU-RECORD

The system menu record that is included in all menu maps; when the menu map is to be mapped out, the runtime system moves values into the fields of this record.

ADSO-STAT-DEF-REC

The predefined status definition record that contains level-88 record element definitions associating condition names with the status codes most commonly tested after database, logical record, and queue and scratch record access; stored on the dictionary, this record can be modified or replaced to meet site-specific needs.

CA ADS

A CA software product, running under the DC/UCF system, that enables users to develop and execute online applications for the query and update of the database with more ease than when traditional programming techniques are used.

CA ADS Application Compiler (ADSA)

A facility of CA ADS that provides the application development team with a flexible design and prototyping tool; ten definition screens prompt the designer for names of functions, responses, records, task codes, and security and menu specifications; ADSA updates the Task Activity Table (TAT) and compiles an application load module (Application Definition Block (ADB)) that is stored in the dictionary and used at runtime to direct the flow of control in an executing application.

CA ADS Dialog Compiler (ADSC)

A facility of CA ADS that processes dialog, map, and process definitions, and stores this information in the dictionary; ADSC compiles a dialog load module (Fixed Dialog Block (FDB)) that is used by the runtime system.

CA ADS runtime system

A task that runs within the DC/UCF system environment; the runtime system can execute an application as compiled in an ADSA session or can execute a combination of dialogs as compiled in an ADSC session.

CA Culprit

A CA software product that is fully integrated with the dictionary and is designed to generate reports from CA IDMS databases as well as from other databases and conventional files.

CA IDMS/DB

A CA software product that interprets application requests for database services and issues calls for access and update of the database.

CA IDMS/DC

A CA software product that controls the concurrent execution of online applications and provides support facilities for the use of sophisticated terminal devices.

CA IDMS UCF

The CA software product that can be integrated with CA IDMS to offer teleprocessing-monitor independence to communication users; this facility enables CA IDMS-based applications to run without modification under a variety of teleprocessing monitors.

CA OLQ

A CA software product that is fully integrated with the dictionary and provides conversational access to CA IDMS databases for applications developers and end users.

application

A named set of functions or dialogs used to accomplish a specific business task (for example, general ledger, shop floor control, inventory control, payroll).

application components

The application functions and responses defined during an ADSA session; see also, dialog components.

Application Definition Block (ADB)

The application load module compiled by ADSA for use by the CA ADS runtime system; the ADB contains the application information supplied on the definition screens during an ADSA session.

application function

The basic structural component of an application; functions can be defined as dialogs, menus, menu/dialogs, user-defined programs, or system functions.

application levels

The logical structure of an application; levels are achieved through the use of dialog control commands and are important for the purpose of maintaining currencies and record buffers.

application response

See response.

application thread

The path through the application, as decided by the response of the user at runtime.

automatic editing and error handling

A mapping feature of the CA ADS runtime system that compares input/output data with internal and external pictures, validates data against edit tables, and encodes/decodes data by using code tables.

AUTOSTATUS

A runtime facility that handles errors compiled by database, logical record, or queue and scratch record processing; enabled for each dialog during an ADSC session.

B

bill-of-materials structure

The database structure, with a variable number of levels, that represents network relationships among record occurrences of the same type; since the relationship is really many-to-many, it is implemented by two or more sets.

BIND

The database command that signs on a run unit and notifies the database management system that the user will be requesting runtime services; this function is automatically performed by the CA ADS runtime system.

C

checkpoint

An entry in the journal file that defines a position after which run unit updates to the database can be reversed during recovery.

code table

A table used to translate internal codes in a record to a screen display format.

COMMIT

The database command that causes a checkpoint to be written to the journal file and releases record locks if they are being maintained; committed updates cannot be rolled back.

compile

The process that produces output that is itself in machine-executable code or is suitable for processing in the form of a load module that can be executed at runtime; also, to store DDDL descriptions in the dictionary; also, the process that creates a load module that is stored in the DDLDCLOD area of the dictionary by ADSA (the ADB), ADSC (the FDB), online mapping facility (the map load module), and SSC (the subschema load module).

control block

A logical collection of specific parameter data used by the operating system during runtime.

control commands

The DISPLAY, TRANSFER, INVOKE, RETURN, LINK, and LEAVE CA ADS process commands that instruct the runtime system to pass control from one dialog to another, or to a user program during the execution of an application.

control key

A program function (PF) key, program attention (PA) key, ENTER key, or CLEAR key defined to activate an application response at runtime.

currency block

The control block that maintains currency information on all subschema records used by the application; maintained by CA IDMS, a currency block is created for each level in the application that accesses the database.

D

Data Description Language (DDL)

The CA IDMS language used to define the structural components of a database: schema, Device-Media Control Language (DMCL), and subschema.

Data Dictionary Definition Language (DDDL)

See DDDL.

DC

See CA IDMS/DC.

DC/UCF

A general term for a system that is either an CA IDMS/DC system or an CA IDMS UCF system. A DC/UCF system provides both database and data communications services.

Dictionary Reporter

A CA report compiler that provides standard reports on the contents of the dictionary.

DDDL

A medium for describing and maintaining the contents of IDD (the Integrated Data Dictionary).

DDDL compiler

An IDD-supplied program that stores DDDL descriptions in the dictionary.

DDL

See Data Description Language.

DDR

See Data Dictionary Reporter.

Device-Media Control Language

See DMCL.

dialog

A unit of work in the CA ADS environment that performs one interaction with a user and all the processing associated with that interaction.

dialog components

A dialog comprises not more than one premap process module, zero or more response process modules, and, optionally, one map and one subschema view of the database; components are associated with the dialog during an ADSC session.

dialog function

An application function that is defined as a dialog during an ADSA session.

dialog response process

See response.

dictionary

A storage facility that is integrated with other CA products and is used by these products as a central source for information on data descriptions and relationships.

DMCL

A database component that controls the mapping of the schema-defined database into physical files; designates which areas of the database are utilized at runtime; and, optionally, describes the files used to journal database activities.

E

ECBLIST

See Event Control Block List.

edit table

A list of single values or ranges of values that are valid for a data field.

Event Control Block List (ECBLIST)

The control block used to synchronize events between the DC/UCF system and the host operating system; the list contains an ECB for each task waiting for an operating system event (for example, a disk read).

EXECUTE NEXT FUNCTION

The process command that activates the flow of control in an ADSA-defined application at runtime.

extended run unit

A feature of the CA ADS runtime system that keeps the run unit open when a dialog issues a LINK to a lower-level dialog or to a user program under certain conditions.

external picture

The format of data as displayed on the terminal screen; defined at record element level using IDD or during an online mapping session.

F

FAST mode

An optional mode of execution in ADSC, ADSA, the online mapping facility, and in an application at runtime, in which control is passed directly to the next sequential screen when a transaction is successful; otherwise STEP mode is in effect and the current screen is always redisplayed before control is passed.

FDB

See Fixed Dialog Block.

field mark

The special character used to define the beginning of a map field.

FINISH

The database command that releases all resources and completes the run unit; FINISH is performed automatically by the CA ADS runtime system.

first functional call

The first database command passed to CA IDMS/DB at execution time.

Fixed Dialog Block (FDB)

The dialog load module compiled in ADSC for use by the CA ADS runtime system when an application is executed.

function

See application function.

G

global record

A record, defined in the dictionary prior to compiling an application, that is available to all functions of an ADSA-defined application; also, a record that remains in the record buffer for the duration of the application, unaffected by dialog control commands; also, a record defined on the Global Records screen during ADSA; see also, ADSO-APPLICATION-GLOBAL-RECORD.

global response

See response.

I

IDD

A CA software product used to control and report information that is stored in a central storage facility called a dictionary.

Integrated Data Dictionary

See IDD.

internal picture

The format of data as stored in variable storage or the database; defined in the dictionary through IDD.

internal response

See response.

K

KEEP

The database command that locks a record occurrence against access or update by another run unit.

L

load module

A program unit that is suitable for loading into main storage for execution; CA ADS uses the TAT, ADB, FDB, map, table, and subschema load modules stored in the DDLDCLOD area of the dictionary.

local response

See response.

logical record

One or more database records presented to the application program as a single record, permitting access to fields in multiple database records by a single request.

Logical Record Facility (LRF)

The CA software product that simplifies application programming by allowing the DBA to predefine combined database records and the processing sequence necessary to access them.

logical terminal

CA IDMS/DC's view of the events associated with a particular physical terminal; the logical terminal is used by CA IDMS/DC to communicate with the physical terminal; at runtime, the user's signon information (for example, password, security codes), the executing task, and dynamic storage are associated with the logical terminal; a logical terminal is defined on the LTERM statement at system generation.

Logical Terminal Element (LTE)

The control block used by CA IDMS/DC to manage and maintain the resources associated with a particular terminal; also, the control block that ties together the user's longterm resources across a pseudoconverse.

LRF

See Logical Record Facility.

LTE

See Logical Terminal Element.

M

mainline dialog

A dialog that is designated as an entry point to an CA ADS application.

map

A formatted layout that names the literal and variable fields on a terminal screen, identifies the location of each field on a screen, names the record elements associated with each variable field; and allows transfer of data a full screen at a time.

map load module

The load module generated by the DC/UCF system's mapping facility; used by the CA ADS runtime system.

Map Request Block (MRB)

The control block, contained in the Variable Dialog Block (VDB), that is used to perform mapping operations.

mapin

The mapping operation in which values keyed by the user into variable map fields are moved into variable storage; in the CA ADS environment, a task begins with each mapin operation.

mapout

The mapping operation in which the map is displayed out to the terminal; literal fields are moved to their assigned positions and contents of the associated data areas in variable storage are moved to the map's data fields.

mapping

The method used by CA ADS to transfer data between the application and the user.

menu

See menu map.

menu/dialog function

A function defined as a menu in an ADSA session; this function is controlled by a user-written dialog that may provide additional processing.

menu function

An application function that is defined as a menu during an ADSA session.

menu map

A map that contains a list of valid responses for the user to use in the processing of an application; automatically built by the runtime system, the format of the map can be system- or user-defined.

MRB

See Map Request Block.

O

online mapping facility

The online facility for defining and compiling maps used by application programs executing in the CA IDMS/DC environment.

Online Terminal Block (OTB)

The control block used by the CA ADS runtime system; associated with a logical terminal, this block exists across tasks in user kept storage, anchoring all other CA ADS control blocks; the OTB contains the name of the current dialog and addresses of the current Variable Dialog Block (VDB) and the Fixed Dialog Block (FDB).

Online Terminal Block Extension (OTBX)

An extension of the Online Terminal Block (OTB) that is created when the CA ADS runtime system executes an application compiled by ADSA; contains pointers to the TAT, and the RBB and ADB for the currently executing application.

Online Work Area (OWA)

The work area that exists for the life of an CA ADS task; the OWA contains fields for communication between ADSORUN2 and ADSOCDRV, the subschema control block, a pointer to the current Map Request Block (MRB), and an internal stack.

operative status

The status of a dialog that is still an active part of an application thread.

OTB

See Online Terminal Block.

OTBX

See Online Terminal Block Extension.

OWA

See Online Work Area.

P

PA key

See program attention key.

PF key

See program function key.

physical terminal

A physical device such as a CRT (3270-type device), TTY, or printer that exists within a teleprocessing system; in the DC/UCF environment, physical terminal are associated with logical terminals; physical terminals are defined with the PTERM statement at system generation.

premap process

An optional component of an CA ADS dialog that performs any necessary processing before a mapout operation.

process code

A modular set of commands used to perform one or more specific functions within a dialog; the set of commands is stored as a module (with LANGUAGE IS PROCESS) in the dictionary.

program attention (PA) key

A predefined key that serves as an alternative to typing the corresponding response code; when a PA key is pressed (for example, [PA1]) no data is transmitted to the record buffer.

program function (PF) key

A predefined key that serves as an alternative to typing the corresponding response code; when a PF key is pressed (for example, [Clear]) data is transmitted to the record buffer.

pseudconversational programming

A programming technique that frees resources being used by a task while the system waits for completion of data entry by the terminal operator; this technique utilizes CA IDMS/DC's ability to permit a task to terminate after issuing a terminal output request that requires an operator response; the CA ADS runtime system is pseudconversational.

pseudconverse

The interval between mapout and mapin.

Q

queue

A disk work area shared by tasks on all CA IDMS/DC terminals and by batch programs; queue records allow a task or application to pass data to another task or application, or to transfer data from one terminal to another.

R

RBB

See Record Buffer Block.

RCE

See Resource Control Element.

READY

The statement that specifies to CA IDMS the areas of the database that the application program will access and in which usage mode; the CA ADS runtime system readies all database areas when the first functional navigational DML database command is encountered; no more than one READY should be coded in an CA ADS process.

Record Buffer Block (RBB)

The storage block dynamically allocated by the CA ADS runtime system for subschema, database, work, and map records used by a dialog; an application can have one primary RBB and as many secondary RBBs as needed; the size of the RBB is specified by the PRIMARY POOL and SECONDARY POOL parameters of the ADSO system generation statement.

Resource Control Element (RCE)

The control block that is created when a task requires the use of a resource and contains pointers to the task id and to the resource being used.

Resource Link Element (RLE)

The control block that links all resources in use by a particular terminal.

response See specific responses below.

RLE

See Resource Link Element.

run unit

In CA ADS, that portion of runtime processing that begins with the first functional navigational DML database call and ends when a control command (except for certain cases of LINK) is encountered; see also, extended run unit.

S

schema

The part of the database definition that describes the logical structure of the database, including the names and descriptions of all tables, elements, records, sets, and areas. One schema exists per database.

schema compiler

An CA IDMS-supplied program that converts source schema statements into a description of the database and stores this description in the dictionary.

STEP mode

An optional mode of execution in ADSA, ADSC, the online mapping facility, and in an application at runtime, in which the current screen is redisplayed with error messages (if any) or verification messages (if the transaction is successful) before control is passed to the next sequential screen.

subschema

A program view of the database used at runtime and consisting of all or a subset of the data elements, record types, set types, and areas defined in the schema.

subschema compiler

An CA IDMS-supplied program that converts source subschema DDL into subschema descriptions, which are stored in the dictionary and in the dictionary load area or in a load (core-image) library for use at runtime.

system function

A predefined function available to all applications compiled during an ADSA session (that is, POP, POPTOP, TOP, RETURN, HELP, QUIT, SIGNON/SIGNOFF, FORWARD/BACKWARD); a system function is associated with an application when it has been associated with a valid r.

T

table

The IDD entity type describing the edit and code tables that enable automatic editing, encoding, and decoding of map fields used by the DC/UCF mapping facility.

task

The basic unit of work under DC/UCF that consists of the execution of a main program and one or more additional programs; a task is identified to the system by a unique name (such as ADS); an IDD entity type, the task name in the dictionary is usually identical to the task code used by the teleprocessing system.

Task Application Table (TAT)

The table that contains names of task codes used to initiate applications and the names of the applications (ADBs) thus initiated; the TAT is maintained in the dictionary by the application compiler (ADSA) and is loaded by the runtime system.

task code

The unique name, of 1 to 8 characters, that identifies a task to the runtime system; the terminal operator types the task code in response to the DC/UCF ENTER NEXT TASK CODE prompt.

Task Control Element (TCE)

The control block that ties together all the resources of an application.

TAT

See Task Application Table.

TCE

See Task Control Element.

U

UCF

See CA IDMS UCF.

Universal Communication Facility (UCF)

See CA IDMS UCF.

usage mode

The manner in which a run unit accesses a given database area; the usage mode dictates whether a run unit performs retrieval or updates functions against records in the area and specifies the allowed extent of concurrent usage of these records by other run units.

V

valid response

See response.

Variable Dialog Block (VDB)

A non-reentrant table used by the CA ADS runtime system to obtain user-specified information about a particular dialog; dynamically created for each user dialog hen the dialog is initiated, the VDB resides in the storage pool and contains header information, the Map Request Block (MRB) for the dialog (if any), and a Variable Record Element (VRE) for each record used in the dialog.

Variable Record Element (VRE)

A control block, one for each record needed by the dialog, that contains variable runtime information on each record.

VDB

See Variable Dialog Block.

VRE

See Variable Record Element.