This glossary lists PAC terminology in alphabetical order.
The ACF system file (application control file) stores the saved (source) and cataloged (executable) code for every version of every object in the PAC-controlled environment. The ACF also stores extended information about object versions, applications, statuses, migration paths, migration events, and audits.
An alternative name that a user assigns to a PAC entity. The user can reference and access the entity by its name or by an assigned alias.
Alignment is a Control-to-Control migration. Alignment recompiles application objects so that they all reference the same versions of subordinate objects. It can be used to keep track of object versions and dependencies.
A collection of objects configured to accomplish a specific data-processing task. A PAC application definition includes the name, level, and specifications for processing defaults. The set of component objects may change during the life-cycle.
The Natural library and system file, the Predict file and the dataset where application objects are stored, and the operating system, teleprocessing system, and database manager with which the objects are developed, tested, or used. Also called an operating environment.
In PAC, application integrity means that the correct version of each component object is implemented into production and that each object version uses the correct version of subordinate objects.
The cycle of development, testing, use, and maintenance of an application. In PAC, the application status links and migration paths defined for an application control movement through the application life-cycle.
An application program interface (API) lets you call a PAC function from a user-written program without logging on to PAC and invoking the function from within PAC. APIs provide flexibility in accessing PAC information and interfacing with your existing systems.
An application must be linked to a status before objects can be migrated to that status. An application status link specifies where the application's Natural, Predict and foreign objects are stored at the status. It also specifies a file translation table, if applicable, and whether Predict Xref data will be included in migrations to the status.
Applymods allow you to customize the PAC system for your site by overriding PAC default settings. By default, applymods can be applied when an event is authorized, but the PAC administrator can control their use.
The archive facility removes Natural objects (except views/DDMs and rules) from the PAC-controlled environment. It migrates objects from the Control status to the Archive status. The archived objects are unloaded to an archive file and removed from the ACF file. Archived objects can be restored to PAC.
A PAC audit report provides information about PAC migrations. A PAA audit report provides information about objects in production statuses.
A PAC migration event must be authorized by a valid user ID before it can be processed. Each migration-path definition includes the user IDs of authorizers for a migration event along that path. See also Configurator.
PAC can expand object lists automatically to include all subordinate objects. This function can be specified in the migration-path definition or invoked in the object-list editor.
The directory that shows the operating environment and size of a saved object.
A compiled and executable Natural object.
The change control log provides the following information about migrations to and from maintenance statuses:
the object version
the destination library
the database number
the file number
the user ID and terminal ID of the person checking the object out or in
the date and time of the migration
The PAC check-out/check-in facility allows you to monitor migrations to and from maintenance statuses. In addition, it automatically logs detailed information about the migrations, which can be viewed during the migration (through a user exit) or subsequently in change control logs. See Change Control Log.
Utility delivered with PAC used to identify changes or differences between two objects or two lists of several objects.
A PAC configurator is authorized to define applications, statuses, application status links, migration paths, and file translation tables. The PAC administrator specifies in the user profile whether the user may configure these entities.
When an object is migrated from development or maintenance into the PAC-controlled environment, it is automatically linked to the Control status. When the object version is promoted to other statuses, it is copied from the Control status to the destination library. Physically, the Control status includes the PAC ACF and PCF system files. See also ACF System File and PCF System File.
The operating environments that are protected by PAC and governed by site-specific procedures defined in PAC. Migrations (including logical promotions) of application objects are restricted by site-specific paths and authorizations. Objects can be changed only in defined development and maintenance locations; they are recompiled when returned to a test or production location. Object versions are tracked and controlled.
There are two kinds of cross-reference data in PAC:
Predict Xref data provides extensive information about objects, invocation methods, variables, data areas, files, and fields used by an object, as well as entry points or functions in the object that can be invoked by other objects. You can store and view the information in the Predict file associated with an application status link, in a remote location, or both.
PAC object usage data is similar to Predict Xref data except that it associates specific versions of the objects. PAC uses this data internally to track the version of an object that is referenced by versions of other objects. You can view the specific version of an object that is used by a specific version of another object.
A Natural view of a database file. DDMs can be generated from Predict views.
A database ID number (in PAC, the abbreviation DBnr is usually used).
A database ID number.
A PAA-controlled application that is made up of application and status.
In a PAC migration path, the status to which objects are migrated. Also called the To status.
Code that has been compiled and can be translated into machine-readable instructions.
Expansion lists all objects used by a specified object or all objects that use the specified object for compilation or execution. For example, the "Objects Used" expansion of a subroutine might list copy code, a local data area, and maps; "Used by" expansion might list several programs that use the subroutine. This function, which may be invoked from the object-list editor or automatically by PAC during a migration event, can be used to build object lists.
A text description of an application or migration event. It is entered and modified in a Natural editor window.
A PAC structure such as a status or event.
An action that changes an application's status in PAC. In almost all cases, a migration event is referred to.
The PAC administrator can use File Adjust to facilitate and control the renumbering of PAC files (FSEC, ACF, PCF).
When an object that was developed referencing one set of databases and files is executed referencing a different set, PAC can dynamically recompile the object using a file translation table. The FTT translates the database and file numbers from the development environment to the destination environment. It enables users to execute applications against different databases and files without changing and recompiling the code.
The FTT to be used in a migration to a particular status is specified in the application status link and invoked during a migration event.
File number.
An object that is not of Software AG. For example COBOL modules or JCL texts.
In a PAC migration path, the status from which objects are migrated. Also called the origin status.
The Natural system file where an application's objects are stored. Also called a user system file.
To put an application or object into production.
The PAC Incorporation facility brings production objects into PAC without recompiling them. PAC incorporates the objects by migrating them from an incorporation status to the Control status and assigning them version numbers. Incorporation can be used only until a version of the object is migrated from a development or maintenance status.
A PAC job contains the JCL or JCS for PAC functions, such as migrations. A PAA job identifies the objects migrated and the backups created in a load into a PAA-controlled production environment.
A location for programming objects.
The second step in a migration using a work file; it stores an object in a library or a group of data items in a database file. In PAA, a load is the process of storing objects in a production library and/or Predict file. The PAA load job specifies each object included in the load.
The physical whereabouts of a PAA controlled entity, made up of Natural library, DBID, FNR or dataset.
When a PAC object or entity (for example, a migration event), is processed, PAC blocks access (locks) the entity until the processing is complete. When an object is migrated to or from a library, PAC or PAA locks the library until the migration is complete.
Locked Data: A PAC entity or item of data locked for processing.
A maintenance request can be defined and linked to a migration event. The maintenance request allows you to group related maintenance activities and track maintenance activities performed in response to the request. It can be used to link PAC to an external problem-tracking system.
A logical migration is the promotion of objects to the next phase (status) in the life-cycle; it may or may not include a physical migration. A physical migration is the physical movement of code from one location to another.
A migration event migrates objects along a predefined path and includes the object list, job, and specifications for executing the job. The migration event must be authorized by a valid user ID before it can be submitted for processing.
A migration path defines the origin and destination statuses, authorizers, and processing defaults for a migration event.
A unit of Natural code (for example, a subroutine or map).
A unit of code, that PAC has under its control.
PAC maintains a history of all the versions of an object in the PAC-controlled environment, including the dates and times they were migrated to each linked status.
A list of all objects to be migrated.
An object with a version number assigned by PAC. Each time an object is migrated into PAC from a development or maintenance environment, PAC assigns it a new version number.
The PAC and PAA systems assign two independent version numbers to an object: one when the object enters the PAC-controlled environment (the Control version) and the other when the object enters the PAA-controlled production environment (the production version). The PAA system tracks the correspondence between these two numbers.
Also called a versioned object or PAC object.
Distributed platform for Natural applications. PAC is now able to handle objects coming from this platform.
The Natural library and system file and the Predict file where application objects are stored, and the operating system, teleprocessing system, and database manager with which the objects are developed, tested, or used. Also called an application environment.
The status from which an object is migrated; also called the From status.
The Software AG tool for auditing applications that have been placed in ("migrated to") production status.
The production environments that are protected and audited by PAA. See also Production status.
PAA audit data is stored in this reserved system file.
The operating environments that are protected by PAC and governed by site-specific procedures defined in PAC. Migrations (including logical promotions) of application objects are restricted by site-specific paths and authorizations. Objects can be changed only in defined development and maintenance locations; they are recompiled when returned to a test or production location. Object versions are tracked and controlled.
A structure in the PAC system (for example, a status or migration event).
An application object under PAC control. A PAC object has a version number. The object may be any type of Natural or Predict object or foreign object or a Natural user error message. Also called an object version or versioned object.
Natural objects are cataloged and Predict objects are generated in the PAC PCF system file. The PCF contains cross-reference data, keywords, and the latest version of Natural and Predict objects in the PAC-controlled environment.
Program function key.
The system file (FDIC) where Predict objects and Xref data are stored.
External objects, such as rules, data definition modules, databases, and files, can be generated from Predict definitions. The PAC administrator can modify the Predict generation defaults in PAC.
A unit of Predict information (for example, a userview).
An end-user environment defined to PAC. Any environment defined as a production status is protected and audited by PAA.
Range notation enhances the search criteria for building a selection list of objects or PAC entities. A blank or asterisk (*) displays a list of all objects or entities, beginning with the first. A value followed immediately by an asterisk displays all items beginning with the specified value; for example, "ORDERS*" returns all items that begin with "ORDERS". A value followed immediately by (< or >) displays, respectively, all items that are greater than or equal to the specified value, or less than or equal to it.
A logical status used to purge obsolete objects. A migration to a retire status purges the object from the library in the origin status and removes the object's link with the origin status.
When objects are compiled during migration, some or all of the related objects that are subordinate to the migrated object (maps, copycode, data areas, rules, and views) may be needed in their earlier versions for the compiling. Normally, PAC assumes that the latest version of these objects should be used. Specifying earlier versions of subordinate objects for compiling an object is called rolling. PAC provides a rolling facility for this purpose.
The directory that shows the operating environment of a saved object.
A Natural, Predict or foreign source object that has not been compiled.
This online facility lets you use search criteria to build a selection list of objects or instances of PAC entities (for example, statuses).
A file translation table that is shared with other application status links.
Code written in a high-level language such as COBOL or Natural. It must be compiled and translated into executable code. See also Executable Code.
Logically, a status is a stage or milestone in the life-cycle of an application. A PAC status definition specifies the type of environment (see Status Type), a default user system file, and a default Predict file.
PAC status types govern how PAC handles objects. There are currently nine types: Development, Test, Production, Maintenance, Control, Incorporation, Archive, and Retire.
A library linked to another library; when an object is requested from a library but not found there, the library's step libraries are searched.
Substitution parameters are variables in job control statements that allow you to substitute values, either automatically or by user input, at execution time. Substitution parameters are identified by an "@" prefix or a user-specified substitution character.
See Applymod.
System files are Adabas files that contain software resources or user-created application objects. System files include the following:
FNAT contains system programs and utilities.
FDIC contains Predict objects and data.
FSEC contains security information.
FUSER contains application libraries.
The ACF, PCF, and PAA system files are reserved to PAC and PAA.
In a PAC migration path, the status to which an application is migrated; also called the destination status.
The first step in a migration using a work file; it moves or copies objects or data from a library or database file to a work file.
The mix of hardware, operating systems, teleprocessing systems, languages, and database managers.
A user exit passes control to a user-written Natural program.
The user profile, which is maintained by the PAC administrator, defines each user to PAC. It includes the user's name and ID, batch ID, and level of authority and access.
When it validates an object list for a migration event, PAC ensures that all objects in the list exist in the origin status and that object names and types correspond.
An object with a version number assigned by PAC. Each time an object is migrated into PAC from a development or maintenance environment, PAC assigns it a new version number. Also called an object version or PAC object.
A subset of the fields in a database file. Views can be documented in Predict. A Natural view, which is called a data definition module (DDM), can be generated from a Predict view.
A file used for temporary storage of objects or data.