Professional Documents
Culture Documents
Table of Contents
1. SCOPE.............................................................................................................................................................1
1.1 Why should I use this User Guide?...........................................................................................................1
1.2 When and who should use this User Guide?.............................................................................................1
1.3 How do I use this document?....................................................................................................................1
2. APPLICABLE DOCUMENTS......................................................................................................................3
2.1 Functional Design.....................................................................................................................................3
2.2 Endevor Documentation from Computer Associates................................................................................3
3. INTRODUCTION...........................................................................................................................................4
3.1 Spiegel Endevor Development Life Cycle................................................................................................4
3.1.1 Endevor Development Life Cycle.....................................................................................................4
3.1.2 Crisis Life Cycle...............................................................................................................................6
3.2 What is Endevor........................................................................................................................................8
3.3 What is Quick-Edit....................................................................................................................................8
3.4 When to use Quick-Edit and when to use Endevor...................................................................................9
3.4.1 When to use Quick-Edit....................................................................................................................9
3.4.2 When to use Full Panel Endevor Batch............................................................................................9
3.4.3 When to use Full Panel Endevor....................................................................................................10
4. PROCEDURE DESCRIPTION...................................................................................................................11
4.1 Promoting Changes through the SDLC...................................................................................................11
4.1.1 Editing an Element in the UNIT Stage...........................................................................................11
4.1.2 Targeting the Production Load Library.........................................................................................16
4.1.3 Package Processing to Promote to NTGN.....................................................................................17
4.1.4 Package Automation.......................................................................................................................24
4.1.5 Moving Elements Manually from UNIT to NTGN..........................................................................25
4.1.6 Tracking Package Progress............................................................................................................28
4.1.7 Package Commit Guidelines...........................................................................................................32
4.2 Crisis changes..........................................................................................................................................33
4.2.1 Making a Crisis Change.................................................................................................................33
4.2.2 Removing an Element from Crisis..................................................................................................39
4.2.3 Moving an Element from Crisis to Production...............................................................................40
4.3 Other Functions Available......................................................................................................................45
4.3.1 Creating a new element..................................................................................................................45
4.3.2 Generate - UNIT stage only............................................................................................................48
4.3.3 Package Processing........................................................................................................................51
4.3.4 Package Backout Information........................................................................................................52
4.3.5 Delete action...................................................................................................................................53
4.3.6 Retrieving an element from Endevor..............................................................................................55
4.3.7 Adding an element back into Endevor............................................................................................61
4.3.8 Managing Signouts.........................................................................................................................67
4.4 How to get more information from Endevor and Quick-Edit.................................................................68
4.4.1 Display functions............................................................................................................................68
4.4.2 Browse, Change and History Panels..............................................................................................69
4.4.3 List Listing and List Output commands..........................................................................................75
4.4.4 Element Master Display.................................................................................................................78
4.4.5 Summary of Element Levels............................................................................................................80
4.4.6 Displaying past versions of an element..........................................................................................82
4.4.7 Getting signout information............................................................................................................84
4.4.8 ACMQ for Impact Analysis.............................................................................................................88
4.4.9 Endevor Reports.............................................................................................................................94
4.4.10 How to Print Endevor Inventory - Compile Listing........................................................................98
List of Figures
FIGURE 2-1: ISPF PRIMARY OPTION MENU PANEL.................................................................................................3
FIGURE 3-1: ENDEVOR DEVELOPMENT LIFE CYCLE................................................................................................5
FIGURE 3-2: THE CRISIS LIFE CYCLE.......................................................................................................................7
FIGURE 3-3: ENDEVOR QUICK-EDIT PANEL - OPTIONS............................................................................................9
FIGURE 3-4: ENDEVOR FULL PANEL ENVIRONMENT SELECTION MENU...............................................................10
FIGURE 4-1: ENDEVOR MAIN MENU PANEL..........................................................................................................11
FIGURE 4-2: ENDEVOR MAIN MENU PANEL..........................................................................................................11
FIGURE 4-3: ENDEVOR QUICK-EDIT PANEL – ELEMENT OPTIONS........................................................................12
FIGURE 4-4: ELEMENT SELECTION LIST PANEL.....................................................................................................13
FIGURE 4-5: COBOLLE SOURCE WITH INCLUDES NOT EXPANDED.....................................................................14
FIGURE 4-6: COBOLLE SOURCE WITH INCLUDES EXPANDED..............................................................................14
FIGURE 4-7: SOURCE BEING INSERTED..................................................................................................................15
FIGURE 4-8: ENDEVOR QUICK-EDIT BATCH SUBMIT PANEL.................................................................................15
FIGURE 4-9: ENDEVOR QUICK-EDIT PANEL – PACKAGE OPTIONS........................................................................17
FIGURE 4-10: PACKAGE FOREGROUND OPTIONS MENU PANEL – CREATE/MODIFY OPTION................................18
FIGURE 4-11: CREATE/MODIFY PACKAGE PANEL – BUILD PACKAGE ACTIONS OPTION......................................19
FIGURE 4-12: SCL GENERATION PANEL – MOVE OPTION.....................................................................................20
FIGURE 4-13: MOVE ELEMENTS PANEL – MOVE ELEMENT OPTION.....................................................................20
FIGURE 4-14: ELEMENT SELECTION LIST PANEL – MOVE OPTION........................................................................21
FIGURE 4-15: CREATE/MODIFY PACKAGE – EDIT PACKAGE OPTION....................................................................21
FIGURE 4-16: PACKAGE FOREGROUND OPTIONS MENU – CAST OPTION..............................................................22
FIGURE 4-17: CAST PACKAGE PANEL....................................................................................................................23
FIGURE 4-18: ENDEVOR QUICK-EDIT PANEL.........................................................................................................25
FIGURE 4-19: ELEMENT SELECTION LIST...............................................................................................................25
FIGURE 4-20: ISPF BROWSE PANEL.......................................................................................................................26
FIGURE 4-21: ELEMENT SELECTION LIST...............................................................................................................26
FIGURE 4-22: ENDEVOR QUICK-EDIT BATCH SUBMIT PANEL...............................................................................27
FIGURE 4-23: ELEMENT SELECTION LIST...............................................................................................................27
FIGURE 4-24: ENDEVOR QUICK-EDIT – TRACKING PACKAGE PROGRESS..............................................................28
FIGURE 4-25: ELEMENT SELECTION LIST PANEL – MASTER DISPLAY..................................................................28
FIGURE 4-26: MASTER DISPLAY FOR ELEMENT – OUTPUT PACKAGE...................................................................29
FIGURE 4-27: ENDEVOR QUICK-EDIT –PACKAGE OPTIONS...................................................................................29
FIGURE 4-28: PACKAGE FOREGROUND OPTIONS MENU PANEL – CREATE/MODIFY OPTION................................30
FIGURE 4-29: PACKAGE DISPLAY PANEL – DISPLAY ACTIONS.............................................................................30
FIGURE 4-30: PACKAGE ELEMENT INFORMATION..................................................................................................31
FIGURE 4-31: ENDEVOR QUICK-EDIT PANEL – PACKAGE OPTIONS FOR A CRISIS CHANGE...............................33
FIGURE 4-32: PACKAGE FOREGROUND OPTIONS MENU PANEL – CREATE/MODIFY OPTION................................34
FIGURE 4-33: CREATE/MODIFY PACKAGE PANEL – BUILD PACKAGE ACTIONS OPTION......................................35
FIGURE 4-34: SCL GENERATION PANEL – MOVE OPTION.....................................................................................36
FIGURE 4-35: MOVE ELEMENTS PANEL - MOVE ELEMENT OPTION......................................................................36
FIGURE 4-36: ELEMENT SELECTION LIST PANEL – MOVE OPTION........................................................................37
FIGURE 4-37: PACKAGE FOREGROUND OPTIONS MENU – CAST OPTION..............................................................38
FIGURE 4-38: TRANSFER ELEMENTS PANEL...........................................................................................................39
FIGURE 4-39: ENDEVOR REL39 SELECTION MENU PANEL....................................................................................40
FIGURE 4-40: ENDEVOR FOR OS/390 ENVIRONMENT SELECTION PANEL..............................................................41
FIGURE 4-41: ENDEVOR FOR OS/390 PRIMARY OPTIONS MENU PANEL...............................................................41
FIGURE 4-42: BATCH OPTIONS MENU PANEL........................................................................................................42
FIGURE 4-43: SCL GENERATION PANEL................................................................................................................42
FIGURE 4-44: TRANSFER ELEMENTS PANEL...........................................................................................................43
FIGURE 4-45: ELEMENT SELECTION LIST PANEL...................................................................................................43
FIGURE 4-46: BATCH OPTIONS MENU PANEL........................................................................................................44
FIGURE 4-47: ENDEVOR QUICK-EDIT PANEL.........................................................................................................45
FIGURE 4-48: ENDEVOR QUICK-EDIT PANEL.........................................................................................................46
List of Tables
TABLE 1: DISPLAY FUNCTIONS..............................................................................................................................68
TABLE 2: OUTPUT SELECTION LIST PANEL FIELDS................................................................................................77
TABLE 3: SIGNOUT OPTIONS..................................................................................................................................84
TABLE 4: ACM RELATIONSHIPS (EXAMPLES).......................................................................................................88
TABLE 5: RMDS REPORTS.....................................................................................................................................97
TABLE 6: RETROFIT COURSE OF ACTION.............................................................................................................118
TABLE 7: OPTIONS ELEMENT EXAMPLES IN ENDEVOR.....................................................................................119
TABLE 8: OPTIONS ELEMENT MEMBER SYNTAX...............................................................................................120
TABLE 9: OPTIONS ELEMENT STAGES...............................................................................................................125
TABLE 10: DB2 PARMS........................................................................................................................................130
TABLE 11: APS MODULES...................................................................................................................................150
TABLE 12: APS TYPES IN ENDEVOR....................................................................................................................151
TABLE 13: TEST LEVEL APS DATASETS..............................................................................................................151
TABLE 14: ENDEVOR DEVELOPMENT LIBRARIES.................................................................................................153
TABLE 15: COBOL LE FUNCTIONS.......................................................................................................................185
TABLE 16: ENDEVOR BATCH JOBS.......................................................................................................................188
TABLE 17: PACKAGE NAME FORMAT..................................................................................................................193
TABLE 18: STAGES AND THEIR ACTIVITIES..........................................................................................................199
Table 19: Subsystems and their Corresponding Locations for Testing...............................................................200
The Configuration Management Policies applicable to source code control from the SDLC
RC are:
Baseline source code is stored in a Configuration Management version controlled
repository using the approved version control tool.
The version control tool is used to retrieve source code from the repository prior to
changes being made.
Source code components required to build the current production version of the
software product shall be identified with a unique identifier (i.e. Package ID). This
identifier is used by the Elevations Team to identify source code changes between
Elevations.
Define Promotion models to be used for elevating source. The promotion model shall
be consistent with that found in the SDLC RC.
Application Disaster Recovery Documents are created for new applications.
Modifications to existing applications will require an update to the Application
Recovery Document.
The Production Services Team is responsible for all source code promotions to
Production.
Endevor attributes associated with this policy and described in this User Guide are:
Retrieving an element
Creating a new element
Building, casting and validating a package
Displaying inventory
Generate code in the Unit (UNIT) stage
Deleting code
The browse, change and history panels
The List Listings and List Output commands
The Element Master Display
Summary of Element Levels
This User Guide should be used by the following IT organizations to effectively manage the Endevor system:
Technical Services
Corporate-Wide
Applications Development
IT Admin
Production Services
Computer Operations
1. Functional Design
The Functional Design document provides a high-level presentation for the overall design of
the CA-Endevor implementation at Spiegel. A copy of the Functional Design can be found in
Appendix C??? of this guide.
The above documents are available on the OS/390 system and may be accessed by following
these instructions:
Introduction
1. Spiegel Endevor Development Life Cycle
1. Endevor Development Life Cycle
The standard development life cycle as defined here refers to the Endevor software Life
Cycle, by which software is created and maintained.
Create a change record and obtain approvals. This may be a change calendar entry, a
work order for a new project or project charter or other applicable change record
associated with the application.
Retrieve or create a new Endevor Element. Retrieve the version of the element
(typically the latest) that currently exists along the development path.
Edit an Element. The retrieval, edit and update of an element may be simplified using
the Quick-Edit tool. Assign a CCID relating to a change, to change the record.
Unit Test. Perform unit test on the change in the UNIT stage according to the Spiegel
Standard Test Approach.
Create an Endevor Package to move to the NTGN stage. When unit test is complete,
an Endevor package of all associated changes is created to move the code to the NTGN
stage. Any developer can move the code to the NTGN stage. The Package ID relates to
the change record/CCID or to a collection of CCIDs.
Integration Test. Perform integration testing in the NTGN stage according to the Spiegel
Standard Test Approach.
Create an Endevor Package to move to the ASTG stage. When integration testing is
complete, an Endevor package consisting of all associated changes is created to move the
code to the ASTG stage. Appropriate Package approvals are obtained. QA moves the
code to the ASTG stage (a temporary holding stage for QA). The Package ID relates to
the change record/CCID or to a collection of CCIDs.
Create an Endevor Package to move to the ACPT stage. When QA is ready to do
acceptance testing, an Endevor package consisting of all associated changes is created to
move the code to the ACPT stage. Appropriate Package approvals are obtained. QA
moves the code to the ACPT stage where acceptance testing is conducted. The Package
ID relates to the change record/CCID or to a collection of CCIDs.
Acceptance Test. Perform acceptance testing in the ACPT stage according to the Spiegel
Standard Test Approach.
Create an Endevor Package to move to the PSTG stage. When final system testing is
complete, an Endevor package of all associated changes is created to move the code to the
PSTG stage. Appropriate Package approvals are obtained. Production Services moves
the code to the PROD stage.
Create an Endevor Package to move to the PROD stage. Appropriate Package
approvals are obtained. Production Services moves the code to the PROD stage. The
Application Disaster Recovery Procedure, updated for the promotion.
ADMIN CRISIS N
O
(EM) T
ETST EMER E
ADM1 ADM2
1
(A) (M) (C) (E)
The Crisis Life Cycle is reserved for emergency, off-hour fixes to production inventory. During the daily
morning problem meeting of the following business day, a decision will be made as to what direction the Crisis
change will take next.
The choices include:
2. A permanent fix following an Endevor package approval and the fix will be moved to the PSTG
stage.
This action will initiate a Retrofit action targeting all stages below PROD. For more information
regarding Retrofits, see Section Error: Reference source not found Error: Reference source not
found.
3. A permanent fix the developer will be required to apply again in the Standard Development Life
Cycle.
Once the fix is moved along the Standard Development Life Cycle from Unit to PROD, the change
in the Crisis stage can be deleted.
CRISIS – Developers will implement emergency software changes in the CRISIS stage
ETST, where Endevor compiles the program elements and produces the load module
for execution in Spiegel’s production CICS or batch flow. Developers then create a
package and contact Operations with package ID and any other necessary information.
The package is approved and moved by Operations to the EMER stage for execution in
production.
PROD – Spiegel’s production applications are normally executed from software in this stage.
Note: Elements left in the CRISIS environment will be deleted after 4 business days unless
prior arrangements have been made.
A.M.
STAT
MEETIN
G
CRISIS PRODUCTION
2. What is Endevor
CA-Endevor is an integrated set of management tools from Computer Associates that is used
to automate, control and monitor your applications’ development process. You can do the
following using CA-Endevor:
Automatically compare and track your changes against production, thus creating an online
change history. This speeds up the debugging process and enables you to always know
who changed what, when and why.
Prevent conflicting changes to the same system component.
Browse and manipulate all components relating to an application from a single screen,
saving you time and ensuring that changes are complete.
Automate the creation of executables.
Ensure that the source, executable and any other output associated with element listings,
for example, correspond.
Apply the same procedures (including: automating compiles, impact analyses and
standards checking functions) to any component type, dramatically simplifying the
promotion process.
Put change packages and approvals online, eliminating change-related paperwork.
View or retrieve prior levels of any element.
Report on element definition, content and change history.
Enforce change control procedures.
Support concurrent development
For further information about Endevor and the suite of “add-on” products in the Endevor
family, refer to the documents from Computer Associates listed in Section Error: Reference
source not found Error: Reference source not found.
3. What is Quick-Edit
Quick-Edit is an add-on product to CA-Endevor. CA-Endevor for MVS Quick-Edit is an
ISPF dialog that allows you to update, generate or display an Endevor element. Quick-Edit
simplifies the steps required to change an element by consolidating several CA-Endevor
functions into a single interaction, for example, if an object needs to be edited, the following
steps would be taken in Quick-Edit:
Edit the object from within CA-Endevor.
Automatically generate the object upon exiting editor.
Using only full panel Endevor, without Quick-Edit, the steps below are required to manipulate an object. These
steps become one step under Quick-Edit.
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
Procedure Description
1. Promoting Changes through the SDLC
The following section provides the steps required to promote changes through the Endevor
SDLC. The examples shown and the steps provided are for editing, package processing and
tracking a package.
X - EXIT
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Complete the JCL JOB card and press ENTER to submit the jobstream.
Enter the END command to terminate the submit.
OPTIONS syntax can select one or more targeted production load libraries, despite the
contents of the Library Assignment table. The format of the syntax is:
PROD-CICS-LIBRARY = ddname
Or
PROD-CICS-LIBRARY = ‘ddname1 ddname2 . . . ddnamen’
Where ddname is a valid name for the program’s processor group. For processor group EBI,
the valid values are:
For movement of inventory from the UNIT to the NTGN stage, follow the steps below:
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
In-Edit......... Y In-Execution.... Y
In-Approval..... Y Executed........ Y
Denied.......... Y Committed....... Y
Approved........ Y Enterprise Pkg.. A
COMMENT ===>
LIST OPTIONS:
DISPLAY LIST ===> Y (Y/N)
WHERE CCID EQ ===>
WHERE PROC GRP EQ ===>
BUILD USING MAP ===> N (Y/N)
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Note: The cast performs the component validation for the package and if the component validation is
successful, identifies the approvers for the package. The package is then given an “In-Approval” status.
14. The package CAST action is requested from the Package Foreground Options Menu as
shown below.
In-Edit......... Y In-Execution.... Y
In-Approval..... Y Executed........ Y
Denied.......... Y Committed....... Y
Approved........ Y Enterprise Pkg.. A
16. If the CAST was successful, the message CAST SUCCESSFUL will appear on the
Package Foreground Options Menu panel.
17. If the CAST was not successful, you will be placed in browse mode on a dataset that will
list the Endevor error messages. At this point, use the Edit Package option under
Create/Modify Package to correct the SCL in the package. Then CAST the package
again.
18. There are no approvers required for “NT” packages, so the next step is to execute the
package. This can be done either manually by the developer, or automatically by waiting
for Package Automation to run.
19. After a developer successfully performs the CAST of a “NT” package, Package
Automation will execute and commit the package, and then create and cast a new package
for the moves to the next stage. See Error: Reference source not found Error: Reference
source not found for details on the Package Automation process.
A developer creates a package using the NT prefix. See Error: Reference source not found
Error: Reference source not found for details. Package Automation will create all the
subsequent packages based on the original. Note: Package Automation only creates new
packages for “MOVE” actions. Any other action inside a package will stop the creation of a
new package for the next stage.
There are separate jobs to process the different package prefixes. The job to process the packages that install
elements into Production is “demanded in” to CA-7 by Change Management only when needed. The jobs to
process the other packages are also controlled by CA-7. They run on a regular schedule during the day. See
Section Error: Reference source not found Error: Reference source not found in Appendix Error: Reference
source not found for details on the Package Automation jobs.
Note: Only packages using the approved Error: Reference source not found are processed.
Note: If extended testing is to be done in the “NTGN” stage either move the elements manually (See Error:
Reference source not found Error: Reference source not found for details.), or create a package that uses “NS” as
the prefix for the package name, instead of “NT”. Package Automation will ignore the “NS” package. The
developer will have to move the package through the steps of the package life cycle, manually. The “AS”
package will also have to be created manually.
A developer can manually move elements from the UNIT to the NTGN stage. All other
moves must be done using packages. Use the following procedure to manually move
elements:
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Complete the JCL JOB card and press ENTER to submit the jobstream.
Enter the END command to terminate the submit.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
(C) 1993,2000 Computer Associates International, Inc.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
(C) 1993,2000 Computer Associates International, Inc.
In-Edit......... Y In-Execution.... Y
In-Approval..... Y Executed........ Y
Denied.......... Y Committed....... Y
Approved........ Y Enterprise Pkg.. A
The Crisis environment is designed for fixes and short-term modifications to production
executables. To use the Crisis environment, instead of the CA7 override library, follow the
instructions in Error: Reference source not found Error: Reference source not found to set up
a temporary override. When the temporary override is no longer needed, follow the
instructions in Error: Reference source not found Error: Reference source not found to remove
the temporary override.
Endevor packaging is required at Spiegel for Crisis changes. See also Section Error:
Reference source not found Error: Reference source not found. For movement of inventory
from the ETST to the EMER stage, follow the steps below:
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
Figure 4-36: Endevor Quick-Edit Panel – Package Options for a CRISIS Change
9. At the Endevor Quick-Edit panel, select P Package Options at the Command line.
In-Edit......... Y In-Execution.... Y
In-Approval..... Y Executed........ Y
Denied.......... Y Committed....... Y
Approved........ Y Enterprise Pkg.. A
COMMENT ===>
LIST OPTIONS:
DISPLAY LIST ===> Y (Y/N)
WHERE CCID EQ ===>
WHERE PROC GRP EQ ===>
BUILD USING MAP ===> N (Y/N)
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
The package CAST action is requested from the Package Foreground Options Menu as
shown below.
In-Edit......... Y In-Execution.... Y
In-Approval..... Y Executed........ Y
Denied.......... Y Committed....... Y
Approved........ Y Enterprise Pkg.. A
The Crisis environment is designed for fixes and short-term modifications to production
executables. When these executables are no longer needed, they must be removed from the
Crisis environment.
1. Have the package that was used to install elements in Crisis, backed out and committed.
(For more information on back out and commit see Section Error: Reference source not
found Error: Reference source not found.)
TO ENVIRONMENT OBSOLETE
TO STAGE A
CCID
DELETE ‘FROM’ ELM Y
SYNC Y
Other values in the TO Endevor location will default to the values in the FROM Endevor
location.
Normally, an Element installed via Crisis must be moved to Production. The Package
Automation process has simplified this task. Package Automation does a look back to Crisis
for any Element being moved into Production. When a PS package (See Section Error:
Reference source not found Error: Reference source not found in Appendix Error: Reference
source not found for package naming standards.) is processed by Package Automation, an
Endevor Transfer to Obsolete action is created, in the new PR package, for each Element in
the PS package that has a corresponding Element in the Crisis Environment. Thus, when the
PR package is executed, the Element is removed from Crisis before the new move into
Production.
The normal process starts with a Transfer of Elements from Crisis to Develop Unit, and then
follows normal install procedure.
X - EXIT
1
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
11. Run change thru normal procedure until PS package has been executed.
12. Add Notes to package indicating Impact Change Number, and back out procedure.
13. Cast your package.
14. Have Change Management personnel execute your package.
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... 2002999_____
Comment...................... New program_____________________________
Processor Group.............. SPG
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
Note: The element is always added to the Unit Stage (Stage 1) of the Develop Environment.
If the Processor Group field is left blank, it will default to the first three characters of the
Subsystem name.
ENDEVOR Location:
Environment.. DEVELOP
System....... LOGISTCS
Subsystem.... SPGTST01
Element...... M370OLD1
Type......... COBOLLE
Stage........ U
List Options:
Where CCID is............... ____________
Where Processor Group is.... ________
Build Using Map............. Y (Y/N)
Return First Found.......... Y (Y/N)
Display System/Subsys List.. N (Y/N)
For further information, see the CA-Endevor MVS Quick-Edit manual, section 3.18.
Only in the UNIT AND NTGN stages can Quick-Edit foreground be used for performing the
Generate action. In all other stages, an Endevor package action is required.
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
If you generate an element that is not at the entry stage and the BUILD USING MAP field is set to Y, CA-
Endevor Quick-Edit copies the element back to the entry stage before invoking the generate processor. You
cannot bypass the copyback operation. The generate processor is always executed at the entry stage
associated with the base environment.
For further information, see the CA-Endevor for MVS User Guide.
If the element does not exist at the entry stage and the BUILD USING MAP field is set to N, the
processor has not executed and the following message is returned:
For further information, see the CA-Endevor MVS Quick-Edit manual, section 3.19.
Complete the JCL JOB card and press ENTER to submit the jobstream.
Enter the END command to terminate the submit.
Note: The previous change management system had a specific order that the objects had to
be added. The order that the move actions are added to the package does not matter.
A Package Cast performs the component validation for the package and if the cast is
successful, it will identify the required approvers for the package and changes the package to
the “In-Approval” status. Only after the cast can approvals be given.
For further information, see the CA-Endevor MVS Packages manual, section 1.3 for details.
At Spiegel, the package actions are required for the following Endevor promotions:
UNIT to NTGN
NTGN to ASTG
ASTG to ACPT
ACPT to PSTG
PSTG to PROD
EMER to UNIT
PROD to ARCH
The format of Spiegel’s package name is provided in Section Error: Reference source not found Error: Reference
source not found in Appendix Error: Reference source not found.
Production packages can be “backout enabled” by activating the Endevor package backout feature for production
bound packages. A backout restores previous executables, but does not change source in the PROD and EMER
stages, or undo any previous Retrofits. Only Production Services and Computer Operations use this feature.
For further information, see the CA-Endevor for MVS Packages manual, section 2.10.
In order for a package to be backed out the “enable backout” switch must be set to “Y” when
the package is defined. A backout also cannot occur when a package has been committed.
A backout restores previous executables, but does not change source in the PROD and EMER
stages. For a program, this means the loadlib member is backed out
(PN.ENDEVOR.*.LOADLIB), but the Endevor source is not. For JCL and PROCS, this
means the executable JCL member is backed out (PN.ENDEVOR.*.JCLLIB and
PN.ENDEVOR.*.PROCLIB), but the Endevor source is not. A backout also does not undo
any previous Retrofits.
The assumption is that a backout was done as a temporary condition (something needs to be
fixed) and once the “fixed” item is ready for install the first package is “backed-in” and the fix
package is moved immediately after the backin.
If the backout is to be permanent the developer must recover the original source by generating
the -1 version of production back in UNIT and moving it up.
The remainder of this section presents the use of Quick-Edit for performing a Delete action in
the UNIT stage.
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... trash_________
Comment...................... Have a nice day______________
Processor Group.............. ________
Override Signout............. N (Y/N)
Before using the Delete action for the first time, review the following information:
Use the Delete action to delete all levels of an element, any associated processor outputs from either stage
and, if the CA-Endevor Automated Configuration Manager (ACM) is being used, the components list for an
element. If ACM is being used, the component list for an element may be elected for deletion.
Use the Action Options panel to further define the type of delete processing to be
performed.
The Delete action, using Quick-Edit, has a limited range for developers. It can only be
used in the stages that the developers have access to, UNIT, NTGN, ETST and EMER.
For further information, see the CA-Endevor for MVS User Guide, section 6.8.
For further information, see the CA-Endevor for MVS Quick Reference Guide for Users,
section 1.36 and 1.37.
Using the Retrieve action in combination with the Add action, instead of Quick-Edit, is
recommended when you have to make the same small change to multiple elements. For
example, when making a one-line change to a hundred JCL elements, it is easier to use full
panel Endevor to create one batch submit than to use Quick-Edit a hundred times.
1. Use the Retrieve action to copy all the Endevor elements to be updated into PDS
members.
2. Use a mainframe tool, like File-aid, to update the PDS members.
3. Use the Add action to copy all the updated PDS members back into Endevor elements.
The following steps show how an element can be retrieved from Endevor using batch actions:
X - EXIT
2
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
If you enter an “N” in the Display List field, you will see the following panel:
**************************************************************
* PLEASE NOTE: *
* *
* RETRIEVE action requested. *
* *
* 5 elements have been selected *
* for SCL generation. *
* *
* *
* *
* INSTRUCTIONS: *
* *
* Press the ENTER key to create SCL action *
* statements for all elements selected. *
* *
* Enter END command to cancel the request. *
* *
**************************************************************
For further information, see the CA-Endevor for MVS Quick Reference Guide for Users,
section 1.8 and 1.9.
After you have used the Retrieve action to copy all the Endevor elements to be updated into
PDS members. See Error: Reference source not found Error: Reference source not found for
details. And after you have used a mainframe tool, like File-aid, to update the PDS members.
You can use the Add action to copy all the updated PDS members back into Endevor
elements.
The following steps show how an element can be added into Endevor using batch actions:
X - EXIT
3
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
If you enter an “N” in the Display List field, you will see the following panel:
**************************************************************
* PLEASE NOTE: *
* *
* ADD action requested. *
* *
* 5 elements have been selected *
* for SCL generation. *
* *
* *
* *
* INSTRUCTIONS: *
* *
* Press the ENTER key to create SCL action *
* statements for all elements selected. *
* *
* Enter END command to cancel the request. *
* *
**************************************************************
Signout information is available for developers from on-demand displays. See Section Error:
Reference source not found Error: Reference source not found.
Signouts are used in the Notifications of concurrent development and Retrofit actions.
For further information, see the CA-Endevor for MVS Users Guide, section 5.0.
1. Display functions
The display functions available in Endevor from the Display Options Menu are:
Table 1: Display Functions
Option Description
1 ELEMENT Display element/component list information
2 FOOTPRINT Display footprinted members and compressed listings
3 SITE Display site information
4 STAGE Display stage information
5 SYSTEM Display system definitions
6 SUBSYSTEM Display subsystem definitions
7 TYPE Display type definitions
8 PROCESSOR Display processor group definitions
GROUP
9 APPROVER Display approver groups
GROUP
A RELATE GROUP Display inventory area/approver group relationships
E ENVIRONMENT Display information about the current environment
X - EXIT
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
H - History – Shows every line of source that ever belonged to the element – whether
the line is a current line or a deleted line. If levels have been consolidated for the
element, then some of the oldest history information is unavailable.
C - Changes – Shows the changed lines for a specific element. The revision numbers
that inserted or deleted a line are shown in the display to the left of each line image.
Insertions are indicated by a plus sign (+) followed by the revision number and
deletions are indicated by a minus sign (-) followed by a revision number.
For further information, see the CA-Endevor MVS Quick-Edit manual, section 3.22.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Figure 4-86: Element Selection List Panel – List Listing and List Output Options
1. At the Element Selection List panel, the List Listing and List Output commands are
available.
Element Options:
L Browse Member
Member Identifies the name of the output component created during processor
execution.
For further information, see the CA-Endevor MVS Quick-Edit manual; section 3.13.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Figure 4-89: Element Selection List Panel – Element Master Display Option
1. At the Element Selection List panel, an Element Master Display may be requested by typing an “M” next
to the desired Element.
3. When the END command is typed on the Command line from either panel, CA-Endevor
Quick-Edit returns to the panel the original request was made.
The Master display option may be selected from the Endevor Quick-Edit panel or the
Element Selection List.
For further information, see the CA-Endevor MVS Quick-Edit manual, section 3.23.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Figure 4-91: Element Selection List Panel – Summary of Element Levels Option
1. At the Element Selection List panel, a summary of element levels may be requested by typing an “S” next
to the desired Element listed.
Element Options:
E Edit Element B Browse H History C Changes
Element: CSSB0010
Environment: DEVELOP Stage ID: U
System: CREDIT Subsystem: NNITST01 Type: COBOLLE
For further information, see the CA-Endevor for MVS Quick-Edit manual, section 3.10.
Element Options:
E Edit Element B Browse H History C Changes
Element: CSSB0010
Environment: DEVELOP Stage ID: U
System: CREDIT Subsystem: NNITST01 Type: COBOLLE
For further information, see the CA-Endevor for MVS Quick Reference Guide for Users,
section 1.16.
X - EXIT
Type a user ID to see what elements that user has signed out.
To view signouts for an element, use SE at the Command line.
Type the Element Name to view all signout information for that element. The Type field is optional.
1. Introduction
The Automated Configuration Manager (ACM) is a facility used by Endevor to store
relationship information in ACM Root and Cross-reference repositories. Only relationship
information between CA-Endevor elements and other CA-Endevor elements or entities
outside of CA-Endevor are stored. The table below shows example ACM relationships at
SPIEGEL. There are many other relationships that are tracked.
Table 4: ACM Relationships (Examples)
Endevor automatically collects relationship information at the time of a Generate action. For
example, when Endevor compiles a COBOL program, the relationship information about the
program and its Copybook members is captured and stored within the ACM repository.
Figure 4-103: CA-Endevor User Options Menu Panel – Footprinted Components Option
1. From the CA-Endevor User Options Menu panel, type “1” at the Option line. This
option lists footprinted component relationships, where both elements in the relationship
are Endevor managed.
Element . . . . . RET00089
Type . . . . . . . COPY
Environment . . . *
System . . . . . . *
Subsystem . . . . *
Stage . . . . . . *
Printer id . . . .
Print Class . . .
+=====+============+==========+==========+==========+==========+==========+
| Lvl | Element | Type | Environ | System | Subsys | Stage |
+=====+============+==========+==========+==========+==========+==========+
1 RET00089 COPY PROD RETL RET 2
2 AX117318 COBOL PROD RETL RET 2
2 AX117319 COBOL PROD RETL RET 2
******************************** Bottom of Data ********************************
Note: The display shows that two Endevor managed COBOL programs have been found, by an Endevor
Generate process, to be users of the Endevor COPY element RET00089.
In some cases, the component member in the relationship is not footprinted. Any of the
following situations could render that condition:
The component member in the relationship is not Endevor controlled. For example, a COBOL program
uses a copybook that has not been placed into Endevor.
The Endevor Generate processor has not yet been executed to capture component
relationships. A scan is run at the time of conversion to capture copybook relationships as
Non-Footprinted Component Relationships.
Figure 4-106: CA-Endevor User Options Menu Panel – Non-Footprinted Components Option
1. From the CA-Endevor User Options Menu panel, type “2” at the Option line. This
option lists ACM-Related Non-FOOTPRINTED Components.
Member . . . . . . RET00089
Dataset Name . . . *
Printer id . . . .
Print Class . . .
+=====+============+==========+==========+==========+==========+==========+
| Lvl | Element | Type | Environ | System | Subsys | Stage |
+=====+============+==========+==========+==========+==========+==========+
1 MBR=RET00089 DSN=SCANNED.RESULT.COPY
2 AX117319 COBOL PROD CREDIT CREDIT 2
2 AX117393 COBOL PROD CREDIT CREDIT 2
2 A21173M1 COBOL PROD CREDIT CREDIT 2
2 A2117310 COBOL PROD CREDIT CREDIT 2
2 A2117314 COBOL PROD CREDIT CREDIT 2
2 A2117315 COBOL PROD CREDIT CREDIT 2
2 A2117319 COBOL PROD CREDIT CREDIT 2
2 A2117323 COBOL PROD CREDIT CREDIT 2
2 A2117325 COBOL PROD CREDIT CREDIT 2
2 A2117336 COBOL PROD CREDIT CREDIT 2
2 A2117367 COBOL PROD CREDIT CREDIT 2
2 A2117372 COBOL PROD CREDIT CREDIT 2
1. Requested Reports
Many standard reports are available from Endevor and can be run at any time.
X - EXIT
4
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
The following reports are run on a regular basis. The output is available in RMDS.
Printing of Endevor inventory can be done with full panel Endevor in foreground or batch.
X - EXIT
5
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
LIST OPTIONS:
DISPLAY LIST ===> Y (Y/N)
|------------------ F O O T P R I N T -------------------|
MEMBER SYSTEM SUBSYS ELEMENT TYPE VV.LL DATE TIME LD
P M3706080 LOGISTCS SPGTST01 M3706080 COBOLLE 01.02 28JAN02 15:43
******************************* Bottom of data ********************************
X - EXIT
6
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
FROM ENDEVOR:
ENVIRONMENT ===> DEVELOP
SYSTEM ===> LOGISTCS
SUBSYSTEM ===> SPGTST01
ELEMENT ===> C430710A
TYPE ===> *
STAGE ===> U U - UNIT N - NTGN
LIST OPTIONS:
DISPLAY LIST ===> Y (Y/N)
WHERE CCID EQ ===>
WHERE PROC GRP EQ ===>
BUILD USING MAP ===> Y (Y/N)
X - EXIT
7
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
FROM ENDEVOR:
ENVIRONMENT ===> DEVELOP
SYSTEM ===> LOGISTCS
SUBSYSTEM ===> SPGTST01
ELEMENT ===> C430710A
TYPE ===> *
STAGE ===> U U - UNIT N - NTGN
LIST OPTIONS:
DISPLAY LIST ===> Y (Y/N)
WHERE CCID EQ ===>
WHERE PROC GRP EQ ===>
BUILD USING MAP ===> Y (Y/N)
PRINT OPTION:
SYSOUT CLASS ===> *
X - EXIT
Processing Mode:
Foreground or Batch ===> F (Foreground/Batch)
Specify Work-in-Process ("WIP") library below, then press the ENTER key.
WIP Library:
Project ===> USERID
Group ===> ENDV
Type ===> CNTL
Member ===>
Derivation 1 Library:
Project ===>
Group ===>
Type ===>
Member ===> Thru Member ===>
Processing Mode:
Foreground or Batch ===> F (Foreground/Batch)
ISPF Library:
Project ===> USERID
Group ===> ENDV
Type ===> CNTL
Member ===> (Blank or pattern for member selection list)
1. What is a Retrofit?
A Retrofit is an automated action taken by Endevor to reduce program regressions due to concurrent
development activity.
Changes introduced into production must be found within the versions of the element in any stage/track prior to
PSTG. If not, then an automated merge action is performed/attempted by Endevor to retrofit the production
changes.
2. Responding to a retrofit
If you receive notification that an element has been retrofitted, use one of the tables below to
determine an appropriate course of action.
Table 6: Retrofit Course of Action
Retrofit successfully merged and Added your source into stage UNIT
Step Description
1. Examine the changes in the source Added into UNIT, make corrections and RE-
GENERATE the program if necessary.
2. Conduct unit testing on the program.
3. Follow normal measures to promote to NTGN.
Retrofit successfully merged, but could not Add your source into stage UNIT
Step Description
1. Locate the dataset where Retrofit left your source code.
2. Examine the changes in the source and make corrections if necessary.
3. Add your successfully merged source back into the UNIT stage. Either wait
until the occupant in your chosen subsystem moves forward or Add into the
UNIT stage using a different subsystem.
4. Conduct unit testing on the program.
5. Follow normal measures to promote to NTGN.
Retrofit could not successfully merge and Add your source into stage UNIT
Step Description
1. Locate the dataset where Retrofit left your source code.
2. Choose a merger tool: CA-PDM or other.
3. Use the merger tool to merge the changes with those recently installed into
PROD. For PDM, the “root” is the -1 level in PROD, “derivation 1” is the
current level in PROD and “derivation 2” is your copy of source.
4. Resolve conflicts reported from the merger tool.
5. Add your merged source into the UNIT stage.
6. Conduct unit testing on the program.
7. Follow normal measures to promote to NTGN.
Note: Since the OPTIONS element is used as input to the Endevor generate, the OPTIONS
element must be moved to production, either in a package with the associated
program, or in a package that will move ahead of the associated program.
Each program at Spiegel may have its own OPTIONS element to provide specific Generate
attributes to Endevor. For example, if program M370100 is a COBOL element; then
M370100, with content similar to the example above, may be defined as element type
OPTIONS.
More OPTIONS element examples, as mentioned in Error: Reference source not found Error:
Reference source not found can be found in Endevor. They can be viewed in
PROD/P/MISC/MISC, or by browsing PN.ENDEVOR.PROD.OPTIONS.
Table 7: OPTIONS Element Examples in Endevor
Element Description
Name
EXABDB2 ASSEMBLER, DB2
EXABDSN ASSEMBLER, DB2, DSNA
A
EXACAIMS ASSEMBLER, DB2, AIMS
EXACCSS ASSEMBLER, DB2, CSS
EXACOES ASSEMBLER, DB2, OES
EXCAIMDP COBOL, DB2, DSNA
EXCCCAIM COBOL, DB2, CICS, DSNA, AIMS
EXCCCCO COBOL, DB2, CICS, COMMON
M
EXCCCCSS COBOL, DB2, CICS, CSS
EXCCCOES COBOL, DB2, CICS, DSNP, OES
EXCCCOM COBOL, DB2, CICS, DSNA, COMMON
2
The content of the OPTIONS element may contain multiple key words and values. Lines may
be entered in free form format and may be continued when necessary by leaving a comma (,)
at the end of a line. A quote character (either single or double quote) must surround values
that contain blanks or special characters. The OPTIONS element syntax is described below:
Table 8: OPTIONS Element Member Syntax
Key Word Values and description
ASSEMBLER-PARM The parameter string for the Assembler.
Example: “NOADV,APOST,LIB,NOSEQ,S,ZWB”
CICS “Y” the program is a CICS program; or “N” the program is a
batch program.
Defaults to “N”.
CICS-TRN-PARMS CICS translator parameter string.
COBOL-COMPILER “COBOLII” – for COBOLII programs (only valid in CRISIS
environment)
“COBOLLE” – for COBOLLE programs
COBOL-COMPILER- The parameter string for the Compiler. Defaults to
PARMS “LIST,NOADV,LIB”
DB2 “Y” the program contains DB2 SQL statements; or “N” – not DB2.
Defaults to “N”.
DB2-PRE-COMPILER- The parameter string for the DB2 precompiler.
PARMS Defaults to
“HOST(IBMCOB),APOST,APOSTSQL,SOURCE,XREF” for
COBOL LE programs, and to
“HOST(COB2),APOST,APOSTSQL,SOURCE,XREF” for
COBOL II.
IDMS “Y” the program contains IDMS statements; or “N” the
program does not contain IDMS statements. Defaults to “N”.
LINK-PARMS The parameter string for the Link Editor. Defaults to
“XREF,LIST,LET”.
PROD-CICS-LIBRARY Valid for programs with the EBI and SPG processor groups
only. (NNI uses only one production CICS load library).
Specifies one or more production CICS load libraries where
the load module must be copied.
For batch programs, the default value is
PROD-CICS-LIBRARY = BATCHLIB.
Although this syntax allows for multiple bind types, NNI and
EBI do not currently have a need for more than one. In select
circumstances multiple bind types may be warranted a Spiegel.
For example, an online program at Spiegel may need to be
bound under OES and CSS but not AIMS as shown in the third
example below. The bind-type is intended for primary use in
the Production stage or for use with distributed processing in
all stages. A production bind type is required when an element
Stagename-BIND-TYPE Note: in the future, more than one bind-type may be used. If
(continued) this is the case, then at least one space must separate them, and
the list of bind-types must be enclosed in quotes. For example:
When you code the control cards for the DSN Command
processor, you will need to modify your plan name to match
the region in which you are working. For example, if I want
to execute program PEP015 in NNITST04 my control card
would look like the following:
RUN PROGRAN(PEP015) PLAN(UEP015). These changes
will prepare NNI for the implementation of Call Attach in
2004.
EBI will also take on the same structure as Spiegel, with
distinct collections being utilized in the TEST environment
These changes will ready EBI for the implementation of Call
Attach.
When you code the control cards for the DSN Command
processor, you will need to modify your plan name to match
the region in which you are working. For example, executing
program M1234 in EBITST01 would yield the following
control card:
RUN PROGRAM(M12324) PLAN(B1234).
As indicated in the table above, OPTIONS elements located in production may be used
anywhere in the Endevor map to provide the specific attributes for program generation.
Therefore, developers need not concern themselves with the OPTIONS element until it
becomes necessary to change the way a program is generated by Endevor. Quick-Edit can be
used, since the OPTIONS element is an Endevor element.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
When a developer requests a new table or an alteration to an existing table, the DBA’s will
make the change and generate a DCLGEN and place it in a library not controlled by
ENDEVOR. They will then notify the developer that the change was complete and the
location of the new/modified DCLGEN (dataset name and member name). The developer has
the responsibility of creating a COPY element in the UNIT stage of the DEVELOP
environment (or the emergency equivalent).
DBA’s at Spiegel indicated that the execution of one of their REXX routines must be included
in the Endevor generation of DB2 binds. This REXX exec allows the DBA’s to override bind
parameters at the package level by adding rows to internal tables designed for this bind
process. Initially the existing REXX routine named DB2BINDC was used with Endevor
processors for DB2 binds. After initial trials, the DBA’s realized that the REXX routine
needed to behave differently under Endevor, so they made a copy of DB2BINDC, modified it,
and named it DB2BINDE. Like the original version, DB2BINDE requires eleven parameters
when called. The issue under Endevor, then, became how Endevor should construct the
eleven parameters when calling DB2BINDE. The names of the eleven parameters are:
To provide Endevor processors with values for the eleven parameters of DB2BINDE, three
“DB2BIND tables” were created – one for each of 3 Endevor processor groups - NNI, EBI
and SPG. The physical locations of the 3 “DB2BIND tables” are members NNIBINDS,
EBIBINDS and SPGBINDS of PN.ENDEVOR.ADM2.TABLE. The tables are managed as
Endevor elements in the ADMIN system as type TABLE. The content of each “DB2BIND
table” consists of 4 columns of data that Endevor uses to select records (or rows) from the
table for processing. The 4 columns are referenced as “SEARCH-KEY-FIELDS” in the table
and contain:
1. C1STAGE – the Endevor stage name
2. BIND-TYPE – defaults to the Endevor subsystem name, but can be overridden by
OPTIONS syntax. A PROD-BIND-TYPE entry is required for all DB2 programs.
3. CICS - a “Y” or “N” value derived from the OPTIONS.
4. ELEMENT – the name of the Endevor element. An asterisk can be used on the
“DB2BIND table” as a wildcard.
Also on each record (or row) of the “DB2BIND table” are the parameters for a call to
DB2BINDE.
To make use of the “DB2BIND table”, and to complete the processing for a DB2 bind, a REXX exec named
DB2BIND@ is employed by Endevor processors to perform the following steps:
1. Receives parameters from the Endevor processor:
a. Stage name
b. System name
c. Subsystem name
d. Element name
e. Processor group
f. Userid of person executing the Endevor action
g. DBRM library name
h. Endevor Package name
2. Reads the entire “DB2BIND table” into a REXX Stem array.
3. Reads all OPTIONS into a REXX Stem array.
Otherwise, if no value for “BIND-TYPE” is found in the OPTIONS, then the Endevor subsystem is
used as the value for BIND-TYPE in the search thru the “DB2BIND table”. A PROD-BIND-TYPE is
required.
When values for Endevor Stage, BIND-TYPE, CICS and element name match the first four columns of
a “DB2BIND table” record (or row), then a match is encountered. Table entries can include wild-card
entries (frequently used for element name) to increase the number of matches during the “DB2BIND
table” search.
6. For each match, DB2BIND@ constructs a jobstream with 4 or 5 steps, and submits the jobstream to the
internal reader. The jobstream is constructed from the following parts:
a. JCL constructed by the DB2BIND@ REXX containing the jobcard and a jobstep that calls
DB2BINDE.
b. Commented lines of JCL that provide names of the Endevor element, stage, package name and
userid of the person who performed the Endevor action.
c. A DB2 bind step also supplied from the DB2BIND@ REXX.
d. The dd statement for the DBRMLIB is placed into the JCL.
e. Two similar jobsteps are added to execute the Spiegel programs M3125000 and M3125010.
M3125000 grants authorization for the newly-bound plan while M3125010 saves old EXPLAIN
information while storing new EXPLAIN information in the PLAN_TABLE. The parameters for
these programs are derived from the merger of OPTIONS and “DB2BIND table” records (or rows).
The first character of the parameter string is derived from the DB2-ENV value, according to the
following:
Table 10: DB2 Parms
DB2- Parm
#
ENV value
1. #### P
2. DVLP T
3. EDUC Q
4. PROB B
5. PROD P
6. QA Q
7. TEST T
8. TST1 T
9. TST2 T
10. TST3 T
Binds in the UNIT stage behaves differently than binds for all other stages. JOB names for
bind JCL in UNIT consist of a user's TSO ID plus one letter. The SYSOUT is displayed in
SDSF, and not saved in SAR.
The JOB name for bind JCL in all other stages is saved in SAR and uses the pattern:
DB2BND#$
# = N for NTGN $ = N for NNI
A for ASTG S for Spiegel
Q for ACPT E for Eddie Bauer
P for PROD and EMER
The following table summarizes bind job names for all stages.
UNIT NTGN ASTG ACPT PROD and
EMER
Spiegel TSO- DB2BNDNS DB2BNDAS DB2BNDQS DB2BNDPS
USERID+S
Eddie Bauer TSO- DB2BNDNE DB2BNDAE DB2BNDQE DB2BNDPE
USERID+E
Newport TSO- DB2BNDNN DB2BNDAN DB2BNDQN DB2BNDPN
When a production DB2 bind job (See Section V Endevor Batch Jobs in Appendix A for DB2
bind job names.) fails with a return code equal to or greater than 8, a ‘WTO’ (Write To
Operator) step will execute, generating the following message to the computer operator on the
console of the LPAR in which the job failed:
The computer operator at that time will have to manually respond to the outstanding prompt.
This prompt notifies the operator of the bind failure, the fact that it failed in production, the
element name, and the Endevor package associated with that element.
In addition to the console message described above, the following message will be displayed
on the Patrol Explorer Operator Screen:
DB2 Bind failure – Endevor DB2 bind has failed, immediate action is required – contact
application on call.
After the operator responds to the prompt, the job will continue on to failure. At job
conclusion (failure) an impact ticket will be automatically generated with the same
notification of failure. The ticket will also contain the system and job name within it. At this
point the computer operations personnel will have been alerted and on notice of what has
happened, and that there is a problem that needs immediate attention, thus triggering the
existing computer operations notification and escalation procedures. Simultaneously with the
above, email notifications will be sent to the DBA’s and Production Services for follow up.
Production binds for Eddie Bauer and Newport News spawn binds to their education and
training regions, respectively. Test plans/packages are bound in DSNT and DBT1 using the
production DBRM of the new production module. These additional binds keep the education
and training regions in synch with production. The newest application changes are
implemented in these regions as soon as they occur. In the event one of these test binds fails,
a write to operator step will execute generating the following message to the computer
operator on the console of the LPAR in which the job failed:
Test DB2 Bind Failed. Do not call Applications. Email the on call DBA found in
DB2SYS in QREF.
An impact ticket will not be generated in the event a test bind fails. Operations should email
the on call DBA with the name of the Endevor package, the DB2 module name, bind job
name and number, and any relevant error information. The on call DBA will take
responsibility for investigating the bind failure and manually rebinding the test plan/package.
When a production package, containing a DB2 program is backed out, a bind will
automatically occur as part of the backout.
In the event an -805 is received on a backout, the on-call DBA should be contacted. Note:
This is for “PR” packages only. If you have -805 problems with other packages see Section
Error: Reference source not found Error: Reference source not found first.
See Section Error: Reference source not found Error: Reference source not found for more
information.
Some Endevor functions are handled differently once an element is in production. This
section described those differences.
X - EXIT
9
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
-------------- Endevor for OS/390 Primary Options Menu ----------------------
Option ===> 1
Special Note: At the Endevor for OS/390 Environment Selection panel, you can enter 4;1;2
to get to above panel.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
------------------------- ENDEVOR - FOOTPRINT DISPLAY -------------------------
Option ===>
Library: PN.ENDEVOR.PROD.LISTLIB
I - Display load module CSECTS and ENDEVOR footprints
L - Display the library member
|--------------------- F O O T P R I N T --------------------|
MEMBER SYSTEM SUBSYSTEM ELEMENT TYPE S VV.LL DATE TIME LD
L M3706080 LOGISTCS LOGISTCS M3706080 COBOLLE 2 01.03 03APR02 16:33
******************************* Bottom of data ********************************
Occasionally, an element will be loaded into the incorrect production system. For example, a
M312 program may be in PROD/P/MISC/MISC instead of PROD/P/TECH/TECH. One
method of moving an element is to build a package that will transfer an element from one
system to another system without regenerating the element.
The procedure to move all element types starts with the following steps:
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... ____________
Comment...................... ________________________________________
Processor Group.............. ________
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
In-Edit......... Y In-Execution.... Y
In-Approval..... Y Executed........ Y
Denied.......... Y Committed....... Y
Approved........ Y Enterprise Pkg.. A
At this point if you are moving OPTION or COPY elements continue with the instructions in
Error: Reference source not found Error: Reference source not found. If you are moving
another type of element continue with the instructions in Error: Reference source not found
Error: Reference source not found.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
The procedure to move all element types except OPTIONS and COPY continues with the
following steps:
8. If you do not have the element name, you can use the following options to display an
element list:
Display List Enter a “Y” to display the Element Selection List panel. Enter
an “N” to Transfer the Endevor elements as entered in the From
Endevor fields. Note: A “T” must be entered on the option
line, if you enter an “N” in the Display List field.
Where CCID EQ Enter the CCID to restrict the Element Selection List.
Where PROC GRP EQ Enter the Processor Group to restrict the Element
Selection List.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
Build Using Map Enter a “Y” to use the map when building the Element
Selection List.
9. After the SCL is written, press PF3 until you return to the Create/Modify Package panel.
.........1.........2.........3.........4.........5.........6
1. ____________________________________________________________
2. ____________________________________________________________
3. ____________________________________________________________
4. ____________________________________________________________
5. ____________________________________________________________
6. ____________________________________________________________
7. ____________________________________________________________
8. ____________________________________________________________
Press ENTER to process the Package Notes. When all the note
text has been entered, press ENTER and then enter the END
command.
The procedure to move element types of OPTIONS or COPY continues with the following
steps:
8. If you do not have the element name, you can use the following options to display an
element list:
Display List Enter a “Y” to display the Element Selection List panel. Enter
an “N” to Transfer the Endevor elements as entered in the From
Endevor fields. Note: A “T” must be entered on the option
line, if you enter an “N” in the Display List field.
Where CCID EQ Enter the CCID to restrict the Element Selection List.
Where PROC GRP EQ Enter the Processor Group to restrict the Element
Selection List.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
Build Using Map Enter a “Y” to use the map when building the Element
Selection List.
9. After the SCL is written, press PF3 until you return to the Create/Modify Package panel.
.........1.........2.........3.........4.........5.........6
1. ____________________________________________________________
2. ____________________________________________________________
3. ____________________________________________________________
4. ____________________________________________________________
5. ____________________________________________________________
6. ____________________________________________________________
7. ____________________________________________________________
8. ____________________________________________________________
Press ENTER to process the Package Notes. When all the note
text has been entered, press ENTER and then enter the END
command.
Please note that the documentation in this section assumes that the user is familiar with the
software products mentioned below.
1. AFP Procedures
This section documents how to change and test an AFP element, using Endevor. This is to
provide an understanding on the way AFP functions.
Formdef:
Element name = FSEBPO
FORMDEF EBPO PRESENT LANDSCAPE DIRECTION DOWN
REPLACE YES;
COPYGROUP CG1
DUPLEX NORMAL
BIN 1
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
JOG YES
CONSTANT BACK;
OVERLAY O1 EBPOFT; Overlay
OVERLAY O2 EBPOBK; Overlay
Pagedef:
Element name = PSEBPO
PAGEDEF EBPO WIDTH 11 HEIGHT 8.5 IN DIRECTION DOWN
REPLACE YES;
2. Make the appropriate changes to your element and generate the element.
This will update the load module.
In Endevor:
Type “LO” next to the element name. The load module is the member with a Step
name of COMPILE. This PDS name will be used in your test job.
In JCL:
After the AFP step, use a // USERLIB=(PDS name, …). Note the space between //
and USERLIB! The last line prior to the USERLIB statement will need a comma after
it for continuation.
The PDS name will differ based on Formdef, Pagedef or Overlay. Concatenate PDS’s
together with a comma.
3. Run your test job, with the USERLIB statement. If this moves your fields correctly,
you are ready to install. Create a package and proceed with install.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
2. APS Procedures
2) Within APS
a) Set the Project to TEST and the Group to ENDEVOR.
b) You will be required to specify the Endevor Subsystem (SPGTST0n) in APS. This is
necessary to maintain the separate tracks for concurrent development.
c) Open the Application System Painter and edit the required modules.
d) Generate modules and test as necessary.
e) All compiles and assemblies will put the load modules into
TEST.ENDEVOR.LOADLIB.
3) After generating, use Quick Edit to move the changed modules into Endevor.
a) Enter the Environment (Develop), System, Subsystem, module name and Type.
b) The module should already be in Endevor. Use the action Edit. This will bring up the
most recent version of the module in an edit session.
c) Delete all lines of the module and copy the version from TEST.ENDEVOR…
d) Press END to save the module into Endevor. This will also copy the load module into
the proper load lib for the subsystem.
e) Testing can be done at this point. Steps 2 and 3 can be repeated as often as necessary.
f) When testing has been completed and the module(s) are ready to be moved toward
Production, Copy the APS Application into Endevor. In order to force this module
into Endevor even though no changes have been made, enter SAVE on the command
line while editing the module in Quick Edit.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
4) Move the modules from UNIT to NTGN. The easiest way to do this, if there are more than
a couple of modules, is to build a Package and submit it.
5) After integration testing, move the modules from NTGN to ASTG. A Package is required
for this move regardless of how many modules you are moving. During the move to
ASTG, all modules will be deleted from the TEST.ENDEVOR.* datasets.
6) All further moves toward Production will follow standard Endevor procedures.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
The table below describes the APS types available in Endevor:
Table 12: APS Types in Endevor
Type Description Dataset for Retrieve Movement in Endevor
APSAPPL APS Application APSAPPL Source only
APSDATA APS Data APSDATA Source only
Structure
APSINCL APS Include none none
module
APSPROG APS Program APSPROG Source and load module
APSREPT APS Report APSREPT Source only
Definition
APSSCRN APS Screen APSSCRN Source and load module
Definition
The table below describes the datasets referenced by developers within APS:
1. INTRODUCTION
SDFII is the Screen Definition Facility used by NNI to interactively define and modify CICS
screens or panels. After a screen has been defined or modified, SDFII will generate the BMS
code and data structure (DSECT) needed by Endevor to allow a CICS program to
communicate with the mapping facility.
This section will provide instructions on how to access SDFII to generate or modify a screen
and migrate the screen objects into Endevor. It will not provide instructions on how to use the
SDFII product. For instructions on how to use the SDFII product, please refer to the “Screen
Definition Facility II Primer for CICS/BMS”. This manual can be accessed from Book
Manager (Option U.1 on the NNITSO region).
Please note that the only module you will copy into Endevor is the BMS code stored in
“TEST.ENDEVOR.NNITST0n.DGIBMS”. Endevor will then obtain the DSECT (screen
structure or copybook) and generate the CSECT (load module).
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
3. ENDEVOR DEVELOPMENT LIBRARIES FOR SDFII SOURCE
OBJECTS
Endevor will reference four sets of libraries at each migration stage. These libraries will be
populated by Endevor based on the source code generated by SDFII:
Table 14: Endevor Development Libraries
Unit Test Stage (UNIT)
PN.ENDEVOR.UNIT.NNITST0n.DGIGRP Group Source
PN.ENDEVOR.UNIT.NNITST0n.DGIPNL Panel Source
PN.ENDEVOR.UNIT.NNITST0n.COPYLIB DSECT
PN.ENDEVOR.UNIT.NNITST0n.LOADLIB CSECT (load
module)
Integration Test Stage (NTGN)
PN.ENDEVOR.NTGN.NNITST0n.DGIGRP Group Source
PN.ENDEVOR.NTGN.NNITST0n.DGIPNL Panel Source
PN.ENDEVOR.NTGN.NNITST0n.COPYLIB DSECT
PN.ENDEVOR.NTGN.NNITST0n.LOADLIB CSECT (load
module)
Acceptance Test Stage (ASTG)
PN.ENDEVOR.ASTG.NNITST0n.DGIGRP Group Source
PN.ENDEVOR.ASTG.NNITST0n.DGIPNL Panel Source
PN.ENDEVOR.ASTG.NNITST0n.COPYLIB DSECT
PN.ENDEVOR.ASTG.NNITST0n.LOADLIB CSECT (load
module)
QA Approval Stage (ACPT)
PN.ENDEVOR.ACPT.NNITST0n.DGIGRP Group Source
PN.ENDEVOR.ACPT.NNITST0n.DGIPNL Panel Source
PN.ENDEVOR.ACPT.NNITST0n.COPYLIB DSECT
PN.ENDEVOR.ACPT.NNITST0n.LOADLIB CSECT (load
module)
Production Staging (PSTG)
PN.ENDEVOR.PSTG.NNITST0n.DGIGRP Group Source
PN.ENDEVOR.PSTG.NNITST0n.DGIPNL Panel Source
PN.ENDEVOR.PSTG.NNITST0n.COPYLIB DSECT
PN.ENDEVOR.PSTG.NNITST0n.LOADLIB CSECT (load
module)
Production Approval Stage (PROD)
PN.ENDEVOR.PROD.NNITST0n.DGIGRP Group Source
PN.ENDEVOR.PROD.NNITST0n.DGIPNL Panel Source
PN.ENDEVOR.PROD.NNITST0n.COPYLIB DSECT
PN.ENDEVOR.PROD.NNITST0n.LOADLIB CSECT (load
module)
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
6. To access SDFII, you must sign-on to NNITSO from the Intersession Menu.
OPTION=> 4.12
USERID - XXXXXXX
0 ISPF PARMS Specify terminal and user parameters TIME - 18:13
1 Browse Display source data or output listings DATE - 02/02/25
2 Edit Create or change source data JULIAN - 02.056
3 Utilities Perform ISPF/PDF utility functions KEYS - 24
4 N N I Newport News, Vendor and IBM utilities
6 Command Enter TSO command or CLIST
7 Dialog Test Perform dialog testing
T Tutorial Display information about ISPF/PDF
X EXIT Terminate ISPF using log and list defaults
Vendor/NNI/IBM Utilities
Enter Option ===> 12
D Ca-Docview
EX Expediter/TSO ST STROBE
F File-Aid SU Spiegel User Panel
G1 Ca-11 PROD DB2 DB2 Products Menu
G2 Ca-11T TEST
H Ca-7
J JCLPrep
TAO EMC/2 Email System
Exit Help
-------------------------------------------------------------------------------
SPECIFY LIBRARIES
Command ===>
Exit Help
-------------------------------------------------------------------------------
IDENTIFY PANEL
Option ===> 1
If you receive an “OBJECT NOT FOUND” error message while trying to access an existing
panel, check the SDFII production library to ensure the object is there. You can perform this
test by changing your test library number to the production library number, leave the Option
blank, and press the “Enter” key. If the existing object could not be found in the production
library, it is possible the object is in the old SDF library. To investigate this further, you must
sign off SDFII and sign-on to SDF. If the object is found in the old SDF library, it must be
converted to SDFII. Instructions to convert SDF to SDFII are not included in this document.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
File Options Help
-------------------------------------------------------------------------------
SELECT A PANEL EDITOR DIALOG 0 New object created
Option ===> 2
Exit Help
-------------------------------------------------------------------------------
SELECT AN SDF II FUNCTION
Option ===> 6
Specify the target system here only when you want to generate
for an other target system than specified for the object.
Target system . . . . . 1 blank Take target system from object
0. PROTOTYPING
1. CICS/BMS
2. MFS
3. ISPF
4. GDDM
5. CSP
Target system must contain option “1”, CICS/BMS. Press “Enter” to display the SDFII
Specify Generation Parameters panel.
If there are multiple panels in a group, then the developer must code the following in their
CICS COBOL program to access the map:
Otherwise, if there is a single panel in a group, then the developer can code the following:
EXEC CICS RECEIVE
MAP ('OES212')
INTO (OES212I)
END-EXEC
Or
EXEC CICS RECEIVE MAP ('OES212')
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
MAPSET ('OES212')
INTO (OES212I)
END-EXEC
Exit Help
---------------------------------------------------------------------------
SPECIFY GENERATION PARAMETERS OES212
Command ===>
More: +
Object name . . . . . : OES212
Object type . . . . . : PANEL
Target system . . . . : CICS/BMS
19. To migrate your SDFII objects into Endevor sign on to TSO2 from the Intersession Main
Menu Panel.
20. At the Spiegel Group Mainframe Primary Option Menu panel, select Endevor by
typing “A.E” on the option line.
X - EXIT
Dialog Commands:
D Dialog Defaults AO Action Options P Package Options
Element Options:
blank Element list B Browse CR Create E Edit C Changes
G Generate # Delete M Masters O Move S Summary H History
LC List Components LL List Listing LO List Outputs LI List Inputs
Action Options:
CCID......................... 2000-351AH__
Comment...................... Instructions to Edit a SDFII Screen_____
Processor Group..............
Override Signout............. N (Y/N)
-
(C) 1993,2000 Computer Associates International, Inc.
If the object does not exist, a blank screen will be displayed. If the object exists, delete all the
lines by using the delete line command.
Edit/View - Copy
Command ===>
More: +
"Current" Data Set: USERID.QERCVY04.RECOVERY
To turn on the security trace, enter the following command on any TSO command line:
Then, go into Endevor or QuickEdit. You will see messages like these below:
ENCS101I Entity=PROD.ACTION.PROD.MISC.MISC.RETRIEVE
ENCS101I User $WALTHE access is allowed from LAT
ENCS101I RACROUTE RC=0000 RACHECK RC=0000 Reason=0000
ENCS101I Format=0004 Pass=0000 Auth=READ ACEE=00000000
ENCS101I Class=$ENDEVOR Log=NONE Func=ADD
ENCS101I Scale=0....+....1....+....2....+....3....+....4....
ENCS101I Entity=DEVELOP.ACTION.UNIT.MISC.NNITST04.ADD
ENCS101I User $WALTHE access is allowed from LAT
ENCS101I RACROUTE RC=0000 RACHECK RC=0000 Reason=0000
ENCS101I Format=0004 Pass=0000 Auth=READ ACEE=00000000
ENCS101I Class=$ENDEVOR Log=NONE Func=SIGNOVR
ENCS101I Scale=0....+....1....+....2....+....3....+....4....
ENCS101I Entity=DEVELOP.ACTION.UNIT.MISC.NNITST04.SIGNOVR
ENCS101I User $WALTHE access is allowed from LAT
To turn off the security trace, enter the following command on the TSO command line:
If the LINESIZE on your REPORT is greater than 132 characters you may receive the
following error:
*******B070 VALUE NOT WITHIN ACCEPTABLE RANGE - LINESIZE
This occurs when you do not code the record format in the FILE statement. The following is
an example of an Easytrieve program where this error will occur:
Another alternative to this method is to code FB(201 0) on the FILE statement. Then you must code the DCB
information, including the BLKSIZE, in the JCL.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
3. SQL Error -805
A -805 error occurs when the timestamp within the DBRM from which the plan/package is
bound does not match the timestamp in the load module. This section documents a way to
determine why you are receiving -805 errors.
Obj type PG 11. DB Database 16. TS Tablespace 21. PL Plan 26. ST Strings
12. SG Stogroup 17. SU SysPrivUser 22. AL Alias 27. LO Location
13. TB Table 18. SY Synonym 23. US User 28. CK Checks
14. VW View 19. PG Package 24. CO Column 29. PR Procs
15. IX Index 20. CI Collection 25. DM DBRM
Qualifier M3711000
Initial attach to DB2T
Copyrights (c) 1987-2001 BMC Software, Inc.
as an unpublished licensed work.
All rights reserved.
Note: If you are working with a plan that is not bound with an underlying package, type “PL”
instead of “PG” in the Obj type field.
Package = DB2TTEST.M3711000
-------------------------------------------------------------------------------
FROM SYSIBM.SYSPACKAGE
------------------------------------------------------------------------------
Location . . . : Valid . . . . . : Y
Collection Id : DB2TTEST Operative . . . : Y
Package Name : M3711000 Validate . . . : B
Version . . . . :
Package Owner : DB2CMTS Package Size : 2192
Package Creator : ENDSYSU Average Size : 5272
Qualifier . . . : DB2TTEST Release . . . . : C
Sys entries . . : 0 Explain . . . . : Y
Quote . . . . . : N Host Lang . . . : 3
Comma . . . . . : N Character set : A
Mixed . . . . . : N Decimal 31 . . : N
Defer Prep . . : B Remote . . . . : N
Sqlerror . . . : N Isolation . . . : S
Con Token . . . : X'16F7ADAA0500B08C'
Timestamp . . . : 2002-05-28-15.16.18.434693
Bind Timestamp : 2002-06-06-16.23.55.279665
PC Timestamp : 2002-06-06-16.22.51.893442
------------------------------------------------------------------------------
DBRM...µUSERID M3711000.7Ý¡..^ð..3.......................................1..Ø.J
CCDD000AEECDCC44DFFFFFFF1FAA00B800F000000000000000000000000000000000000000F0080D
42940000425994004371100067DA500C703002000000000000000000000000000000000000100001
------------------------------------------------------------------------------
.. ..............
00444444444444444444444444444444444444444444444444444444444444444400000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000
------------------------------------------------------------------------------
DBRM...W.......§.......DECLARE FIL_CTRL_TB TABLE ( CORP_CD CHAR ( 1 ) NOT NULL
CCDD001E0000000B0001001CCCCDCDC4CCD6CEDD6EC4ECCDC444CDDD6CC4CCCD444F454DDE4DEDD4
42940036000000F50004003A45331950693D3393D320312350D03697D34038190D010D0563054330
------------------------------------------------------------------------------
, ORIG_PRGM_ID INTEGER NOT NULL , RUN_SQNBR SMALLINT NOT NULL , PRGM_ID INTEGER
64DDCC6DDCD6CC4CDECCCD4DDE4DEDD464DED6EDDCD4EDCDDCDE4DDE4DEDD464DDCD6CC4CDECCCD4
B06997D7974D94095357590563054330B0945D285290241339530563054330B07974D94095357590
------------------------------------------------------------------------------
------------------------------------------------------------------------------
........à...M3711000.7Ý¡..^ð...............Z.XSQLDA ...m.....D............
000000024001DFFFFFFF1FAA00B8000000000000001E0EEDDCC444000900000C0000000000004444
00000008400E4371100067DA500C01000000000000E9072834100000040303140100000000000000
------------------------------------------------------------------------------
------------------------------------------------------------------------------
á0^.qX}Ð2ÉL\µøo.LX|.L\<.°d..K.M..ðo.M...!.J8K.LY..8cM.M.K.M.M.ÜdM.LYm.M.0ÍM...8à
4FB09EDAF7DEA790DE43DE439813D0D03890D01352DFD0DE23F8D1D0D0D2D1F8D1DE90D1F7D103F4
5000870C2130006F37F030C004AA23480C6F4B82A01824380C834048284040C440384F4105410B84
------------------------------------------------------------------------------
------------------------------------------------------------------------------
The test load library names can be found in Section Error: Reference source not found
Error: Reference source not found in Appendix Error: Reference source not found.
For post-Endevor load members, the Con Token will be listed exactly like in the DB2
Catalog, i.e. x‘16F7ADAA0500B08C’. For pre-Endevor load members, the first four
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
bytes will occur after the last four bytes, i.e. x‘0500B08C16F7ADAA’. I am not sure why
this is, but it is. The timestamp within the load member should match the timestamp
within the DBRM and DB2 catalog.
Spiegel Endevor Developers User Guide
Error: Reference source not found Error: Reference source
not found
11. If the Con Token in the DB2 catalog does not match the Con Token in both the DBRM
and load library members, you’ve got a problem. Some common -805 scenarios are listed
below:
o If the load library Con Token matches the Con Token in the DBRM member, but
neither matches the DB2 catalog, you probably need a rebind. i.e. a move has
occurred but perhaps the bind has failed. This used to happen often on an Endevor
backout but has since been fixed. Another scenario might be that someone has
rebound the package from another DBRM library. i.e. a package in the T3 region at
NNI might have been manually bound with the DBRM from T4.
o Double check the load library you are executing with. Is the STEPLIB correct? Is
there a load library member in a library higher in the CICS concatenation which you
are executing?
o You may have more than one load library member (calling and called) within the
calling load library member. This is rare, but it happened recently. Check for
calling/called load library members residing together.
The DYN parm was causing a -927 SQLERROR on execution. Quickref states:
Explanation: In the TSO environment, the user has attempted to execute an application
program without first establishing the correct execution environment by issuing the
DSN command. In the IMS, CICS, or call attachment facility (CAF) environment, the
user has attempted to execute an application program that is not using the correct
language interface module.
o IMS: DFSLI000
o CICS: DSNCLI
o CAF: DSNALI
o TSO: DSNELI
The DYNAM option can result in the incorrect language interface module being
loaded at runtime.
SQLSTATE: 51006
-------------------------------------------------------- End of Quickref
--------------------------------------------------------
Note: Any static calls will need to change to dynamic calls in db2 programs.
The following was taken from DB2 UDB for OS/390 V6 Application Programming and SQL
Guide:
IMS and DB2 share a common alias name, DSNHLI, for the language interface
module. You must do the following when you concatenate your libraries:
o If you use IMS with the COBOL option DYNAM, be sure to concatenate the
IMS library first.
o If you run your application program only under DB2, be sure to concatenate
the DB2 library first.
You must specify the option NODYNAM when you compile a COBOL program that
includes SQL statements. You cannot use DYNAM.
Because stored procedures use CAF, you must also compile COBOL stored
procedures with the option NODYNAM.
--------------------- End of DB2 UDB for OS/390 V6 Application Programming and SQL
Guide ---------------------
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
A. Appendix — Supplementary Information
Topics covered in Appendix Error: Reference source not found include:
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Error: Reference source not found Error: Reference source not found
Spiegel Endevor Developers User Guide
Error: Reference source not found.
I. Attempting to Overlay Someone Else’s Work
Some CA-Endevor and Quick-Edit actions may fail due to another Spiegel developer working
in the same area. To prevent your request from overlaying another person’s work, your
request will be denied and you will be given a message saying “*OVERLAYING ANOTHER
USER” like the one presented below.
Element Options:
E Edit Element # Delete B Browse H History M Master
G Generate Element O Move C Changes S Summary
Use BX, CX, HX, LL, LO, LI, LC and SX to browse component list information
Signout notification
messages
Figure A-2: Automatic Notification Example
Developers who receive Signout messages should contact the other developers involved,
determine who should manually retrofit the code into their own copy and then complete a
manual retrofit action. The manual retrofit can be conducted using any of the CA-PDM,
SUPERC utilities or other utilities.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
III. Backups of Original Source Files
2. Cobol II cannot call a Cobol LE program nor can Cobol LE call a Cobol II
program. This produces unpredictable results.
3. On the FD entry
Block contains zero records
and
Label records clauses treated as comments.
Error: Reference source not found below lists each of the Intrinsic Functions provided by
Cobol LE. This table also shows the function type, the argument types, and the returned value
for each function.
ALP = alphabetic
NUM = numeric
INT = integer
AN = alphanumeric
A function shown with a single argument type requires a single argument of that type. For
example, if argument type is shown as:
ALP
This indicates that the associated function requires a single alphabetic function.
If multiple argument types are shown for a given function, then that function takes multiple
arguments of the types shown and in the order shown. For example, argument types shown
as:
NUM INT
This indicates that the associated function requires a numeric first argument and an integer
second argument.
An argument type shown as XXX... indicates that a variable number of arguments of that
type are allowed. For example, an argument type shown as:
NUM...
This indicates that the associated function requires a variable number of numeric arguments.
Example:
Since the date proper is in the first 8 bytes of the returned date field, the best way to use
Current-date is as follows:
MOVE FUNCTION CURRENT-DATE (1:8) TO WS-DATE
Spiegel Endevor Developers User Guide
Error: Reference source not found.
10
See Endevor Administrator User Guide Section 6.6 - Signouts Cleanout job for more details on this job.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
VI. Endevor Location Names
Environments:
Crisis Crisis Environment
Develop Develop Environment
Obsolete Archive Environment
Prod Prod Environment
QA QA Environment
Stages:
Environment Stage 1 Stage 2
Crisis ETST (C) Crisis Test EMER (E) Crisis Prod
Develop UNIT (U) Unit Test NTGN (N) Integration Test
Obsolete NULL (X) Null ARCH (A) Archived
Prod PSTG (S) Production Staging PROD (P) Production
QA ASTG (A) QA Staging ACPT (Q) Acceptance Test
Systems:
ADMINTSTTest area for Endevor admins
CREDIT Consumer Credit
CSS Customer Serv Sys
DFSAUDIT Support Processes
EDUC Education
FINANCE Finance
HAMPTON Marketing Group
LOGISTCS Logistics
MARKET Marketing
MDSE Merchandising
MISC Miscellaneous
MRKDEV Marketing Dvlp
NNIMRKU NNI Marketing
ORDNTRY Order Entry
SPGMRKU SPIEGEL Marketing
STORSYS Store Systems
TECH Tech Support
Subsystems:
Develop & QA
EBITST01 Eddie Bauer TST1 CICS/Batch
EBITST02 Eddie Bauer TST2 CICS/Batch
EBITST03 Eddie Bauer TST3 CICS/Batch
EBITST04 Eddie Bauer TST4 CICS/Batch
NNITST01 Newport News T CICS/Batch
NNITST02 Newport News T1 CICS/Batch
NNITST03 Newport News T3 CICS/Batch
NNITST04 Newport News T4 CICS/Batch
SPGTST01 Spiegel TEST1 CICS/Batch
SPGTST02 Spiegel TEST2 CICS/Batch
SPGTST03 Spiegel TEST3 CICS/Batch
Spiegel Endevor Developers User Guide
Error: Reference source not found.
SPGTST04 Spiegel TEST4 CICS/Batch
SPGTST05 Spiegel TEST5 CICS/Batch
SPGTST06 Spiegel TEST6 CICS/Batch
SPGTST07 Spiegel TEST7 CICS/Batch
SPGTST08 Spiegel TEST8 CICS/Batch
Crisis, Prod, & Obsolete
Subsystem will be the same as system
Processor Groups: 11
EBI Eddie Bauer Processor Group
NNI Newport News Processor Group
SPG Spiegel Processor Group
12
Types:
AFP Advanced Form Processing
AFPFDEF Adv Form Prt Form Definitions
AFPOVER Adv Form Prt Overlay Definitions
AFPPDEF Adv Form Prt PAGE Definitions
APSAPPL APS Application Description
APSDATA APS Data Description
APSINCL APS Include For ++INCLUDE Expansion
APSPROG APS Program Description
APSREPT APS Report Description
APSSCRN APS Screen Description
ASM ASM LE/370 Procesing
BMS CICS BMS Maps
CLIST ISPF Command List
CNTL Control and Parameter Cards
COBOLLE COBOL LE/370 Procesing
COPY COBOL Copybooks
CPLUS C++ Programs
DOC DOCUMENTATION
ETRV Easytrieve
EZLETR Easytrieve Macros
INCLUDE Panvalet Type ++INCLUDES
JCL Job Control Cards
LINKDECK Linkage Editor Control Cards
LOAD Load modules without source
MSG ISPF Messages
OPTIONS Compile and Link Options
PANEL ISPF Panels
PROC Catalogued Procedures
REXX REXX Execute
SAS Statistical Analysis System
SDF SDF II
SKEL ISPF Skeletons
11
Not all Processor groups will be available in every Environment/Stage/System/Subsystem/Type combination.
12
Not all Types will be available in every Environment/Stage/System/Subsystem combination.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
VII. Links to Additional Information
3. Naming standards.
http://www.corp.spiegel.com/is/isproject/standards/JCL/JCLNamingStandards.pdf
Spiegel Endevor Developers User Guide
Error: Reference source not found.
VIII. Package Messages
Most package errors are reported on the package CAST action and are reported by the
component validation feature of Endevor packaging. During component validation, Endevor
compares footprint information from the current Endevor inventory with footprint information
gathered at the time of a Generate. If critical discrepancies are found, then an error condition
is returned. Common error conditions are those below.
There are no Master Control File records for the element that match the location and event
information in the footprint. Generate the element again and CAST the package.
Only the footprint information matches the Master Control File information for a previous
stage. Generally, this message is given for an input component that was not packaged.
Determine whether the input component should be included in the package. If yes, then
rebuild the package and CAST it again. If not, then the content of your package or the input
component and its related inventory, must be taken to a different map location. If the package
inventory is in the DVLP environment, select a different subsystem.
The last level date and time information on the footprint does not match the date and time
information from the Master Control File. Generate the element again and CAST the package.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
IX. Package Names
The following data is included here for ease of use only. See Application Development
Endevor and Impact Change Ticket Standards at
http://www.corp.spiegel.com/is/isproject/standards/EndevorPackageTicketStd.doc for the
most up-to-date Package Name standards.
<Prefix> is a 2-byte prefix that indicates the Endevor stage name that is targeted by the package. See Error:
Reference source not found below. <Window or Batch Indicator> indicates “W” for installations during the
downtime window (on-lines) or “B” for batch installations or installations that can execute at any time.
<Corporate LPAR Code> indicates “S” for Corporate/Spiegel Catalog LPAR, “E” for Eddie Bauer LPAR, or
“N” for NNI LPAR. <RSS Number> is the 4-character year and 4-character number of the RSS associated with
the change. – Example 2002-351 is entered “20020351”. <Initials> indicates the 2 character initials of the
developer. <Number> indicates the sequential number assigned by the developer. This is 2 characters, and must
be unique for each developer’s package.
Table 17: Package Name Format
Package Prefix Package Name Package Name Description
Action Examples For Examples
UNIT to NT NTWS20020351KR01 NT - Prefix, W - Window
NTGN Indicator,
S - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 01 - Number
NTGN to AS ASBE20020351KR02 AS - Prefix, B - Batch Indicator,
ASTG E - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 02 - Number
ASTG to AC ACWN20020351KR03 AC - Prefix, W - Window
ACPT Indicator,
N - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 03 - Number
ACPT to PS PSBS20020351KR04 PS - Prefix, B - Batch Indicator,
PSTG S - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 04 - Number
PSTG to PR PRWE20020351KR05 PR - Prefix, W - Window
PROD Indicator,
E - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 05 - Number
Spiegel Endevor Developers User Guide
Error: Reference source not found.
Package Prefix Package Name Package Name Description
Action Examples For Examples
PROD to AR ARBN20020351KR06 AR - Prefix, B - Batch Indicator,
ARCH N - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 06 - Number
ETST to EM EMWS20020351KR07 EM - Prefix, W - Window
EMER Indicator,
S - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 07 - Number
EMER to EU EUBE20020351KR08 EU - Prefix, B - Batch Indicator,
UNIT E - Corporate LPAR Code,
20020351 - RSS Number,
KR - Initials, 08 - Number
Spiegel Endevor Developers User Guide
Error: Reference source not found.
X. Quick Edit Commands
The following commands can be used when editing an element in the Quick Edit. These
commands can be used in addition to the normal ISPF editor commands.
Change USERID, Accounting Information (T###,00), and printer (R999) to your specific
values.
Note: When generating (compiling) a program, CLASS must be “N” for programs using
IDMS.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
XII. SIGNIN to change ownership
If it becomes necessary to change ownership of an element from one user to another, the following steps may be
taken. Anyone can perform these steps on behalf of another.
LIST OPTIONS:
DISPLAY LIST ===> Y (Y/N)
WHERE CCID EQ ===>
WHERE PROC GRP EQ ===>
WHERE USER EQ ===>
BUILD USING MAP ===> Y (Y/N)
Note: A successful SIGNIN will enable the designated userid to update the source at the specified
Endevor location. The original owner may update the element at the designated location until the new
owner actually applies a change there.
13
This panel displays the environments that you have security to access. Therefore this panel may look different
than the one that you see.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
XIII. Stages and their activities
This section describes the different activities that occur in the Endevor stages.
14
These are the approvers needed to move an element into the stage mentioned.
Spiegel Endevor Developers User Guide
Error: Reference source not found.
XIV. Subsystems and their Corresponding Locations for Testing.
The value specified for SUBSYSTEM is used by Endevor to target one of the testing areas provided for your
system. Endevor processors will use the following libraries:
Table 19: Subsystems and their Corresponding Locations for Testing
Subsyste CICS DB2 Recommended
m Region Creator Plan Name 15 DDIO 16 Loadlib
EBITST01 CICSTST1 DSNTTEST Element PN.ENDEVOR.EBITST01.DDIO PN.ENDEVOR.UNIT.EBITST01.LOADLIB
EBITST02 CICSTST2 DSNTTEST Element PN.ENDEVOR.EBITST02.DDIO PN.ENDEVOR.UNIT.EBITST02.LOADLIB
EBITST03 CICSTST3 DSNTTEST Element PN.ENDEVOR.EBITST03.DDIO PN.ENDEVOR.UNIT.EBITST03.LOADLIB
EBITST04 CICSUMER DSNTQA Element PN.ENDEVOR.EBITST04.DDIO PN.ENDEVOR.UNIT.EBITST04.LOADLIB
17
SPGTST01 DB2TQA U####### PN.ENDEVOR.SPGTST01.DDIO PN.ENDEVOR.UNIT.SPGTST01.LOADLIB
SPGTST02 TEST2 DB2TTEST M####### PN.ENDEVOR.SPGTST02.DDIO PN.ENDEVOR.UNIT.SPGTST02.LOADLIB
SPGTST03 TEST3 DB2XQA U####### PN.ENDEVOR.SPGTST03.DDIO PN.ENDEVOR.UNIT.SPGTST03.LOADLIB
SPGTST04 TEST4 DB2XPROB B####### PN.ENDEVOR.SPGTST04.DDIO PN.ENDEVOR.UNIT.SPGTST04.LOADLIB
or DB2X4
SPGTST05 TEST5 DB2TTEST M####### PN.ENDEVOR.SPGTST05.DDIO PN.ENDEVOR.UNIT.SPGTST05.LOADLIB
SPGTST06 TEST6 DB2TTEST M####### PN.ENDEVOR.SPGTST06.DDIO PN.ENDEVOR.UNIT.SPGTST06.LOADLIB
SPGTST07 TEST7 DB2TPROB B####### PN.ENDEVOR.SPGTST07.DDIO PN.ENDEVOR.UNIT.SPGTST07.LOADLIB
or DB2T7
SPGTST08 TEST8 DB2XTEST M####### PN.ENDEVOR.SPGTST08.DDIO PN.ENDEVOR.UNIT.SPGTST08.LOADLIB
Developers can choose a subsystem associated with a CICS region, when their intent is to conduct testing within
that region.
PN.ENDEVOR.PROD.LOADLIB
PN.ENDEVOR.PROD.PROCLIB
15
Where “Element” represents the Endevor element name, and “#######”represents the last seven characters of
the Spiegel Endevor element name. See Stagename-PLAN-NAME in Error: Reference source not found for
additional information.
16
The DDIO for all batch programs is TEST.COMPUWAR.ENDEVOR.DDIO.
17
TEST1 does not use the Endevor test loadlibs.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
B. Appendix — Glossary of Terms
Access Security Table
An Endevor table that defines Environment(s) for each user that has access. There is one
Access Security Table for each site.
ACM
See Automated Configuration Manager.
Actions
Commands used to maintain or otherwise act against Elements. See Add, Archive, Copy,
Delete, Display, Generate, List, Move, Print, Restore, Retrieve, Signin, Transfer and
Update.
Add
Action used to place members from an external data set under control of Endevor.
Approval
An electronic “signoff” mechanism for Packages. Approval may be required for a Package
before it can be executed.
Approved
The status of a Package after required Approvers have reviewed and “signed off” on a
Package by approving it.
Approver
A person authorized to “signoff” on a Package prior to execution. Signing off on a Package
means reviewing information contained in a Package and approving or denying it.
Approver Group
A collection of one or more Approvers. Approver Groups are defined within each
Environment and can be associated with particular inventory areas.
Approver Group relationship
The relationship established between an Approver Group and one or more inventory areas,
authorizing members of that Approver Group to review (then approve or deny) Packages
related to those inventory areas.
Approver Type
Specifies kinds of Packages that an Approver Group can review. When Approver type is
Standard, that Approver Group can only review Standard Packages related to its authorized
inventory areas. When the Approver type is Emergency, that Approver Group can only
review Emergency Packages related to its authorized inventory areas.
Archive
Action used to write an Element and all related Endevor information to a sequential data set.
Authorization
Ability to perform certain privileged functions within IBM MVS Environment.
Automatic Consolidation
See consolidation.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Automated Configuration Manager
Also referred to as ACM. Optional facility that allows you to monitor selected libraries and
data sets and maintain a Component List for each Element in monitored areas. The
Component List provides an audit trail of program-component information at the time of each
compile. ACM Component Lists are the foundation for:
analyzing system behavior.
propagating component changes to all affected programs.
validating a system for consistent component use.
recreating past versions of programs.
moving related source components during promotion.
Backin
Restoring executable members of a Package to state they were in before Package was backed
out. Reverses backout process.
Backout
Returning executable members of a Package to state they were in prior to Package execution.
Base Level
Lowest level of an Element within a particular Stage. This level represents source for
Element in that Stage. If an Element exists in both Stages, there is a Base Level in each
Stage.
Base Library
PDS/E, PDS, CA-Panvalet, CA-Librarian or Endevor LIB (ELIB) file that stores Base
Members for Elements defined to Endevor. A Base Library is defined for each Element Type.
Base Member
Member in a Base Library. Each Base Member corresponds to an Element and contains the
source for the Base Level of that Element. Optionally, Base Member names can be Generated
internally by Endevor and do not correspond to Element name.
Base Regression
Amount (percent) by which statements stored in a new level of an Element change statements
stored in Base Level. See regression percent for more information.
Batch
IBM term referring to an Environment in which non-interactive programs are executed.
Within Endevor, we refer to actions submitted in batch (vs. foreground).
Browse
To view contents of a data set, without being able to change its contents.
Casting a Package
“Freezing” the actions included in a Package. A Package cannot be edited after it is cast.
CCID
See Change Control ID.
CCID Validation
Checking a CCID specified on an action against CCIDs defined in CCID definition data set.
Change Management
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Tracking changes to software components and their interrelationships over time. Includes
Configuration Management, Library Management, software distribution and version control.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Change Control ID
Logical grouping mechanism by which user-specified portions of Endevor inventory can be
tagged, then viewed, tracked and manipulated. Use of CCIDs is optional, but may be required
on a system-by-system basis; the same is true of comments.
Change Regression
The amount (percent) by which statements stored in a new level, change the revision made by
previous level. See regression percent for more information.
Command Field
Field appearing in upper left corner (second line) of those Endevor screens on which you can
specify a TSO command. Any appropriate TSO command may be entered in the command
field.
Comment
1-40 character user-defined remark associated with an action, generally describing the reason
for the action. Used in conjunction with CCIDs. See the “Change Control ID” for more
information.
Committed
Status of a Package after it has been committed.
Committing a Package
Process of recording all events related to a given Package and removing all backin/backout
information. After a Package is committed, it can no longer be backed out/backed in.
Component
The output produced by a Generate or Move Processor. This term applies primarily to the
Endevor ACM product. The components of a Generated Element include:
input components that were included to produce an output of Generate Processor; e.g.,
Copybooks would be considered an input component to a COBOL compiler Element
itself.
all outputs created by the Generate or Move Processor, e.g., an object deck for a
COBOL compiler.
processor that Generated or Moved Element Components are referenced by Element
names (including related Endevor location information) or member names.
Component List
A list of all components created by a Generate or Move Processor. The Component List can
be viewed using the PRINT action or through the Display Element/Component panel. This
panel is available only with the Endevor/ACM option.
The Component List provides an audit trail of program-component information at the time of
each compile. ACM Component Lists are the foundation for:
analyzing System behavior.
propagating component changes to all affected programs.
validating a System for consistent component use.
recreating past versions of programs.
moving related source components during promotion.
Component Monitoring
Feature of ACM that allows you to check selected data sets for component relationships.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Component Validation
When casting a Package, Endevor compares the Footprints on all Package components to
make sure they correspond to the current Footprints for those components.
Configuration Management
Capture and storage of program-component relationships and the tracking of these
relationships over time.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Consolidation
Endevor facility that allows you to specify a number of Delta Levels to retain when a member
reaches maximum allowable level. If a level is not specified, Endevor automatically
consolidates levels.
Copy
Action used to copy an Element from an archive data set to a data set external to Endevor
Copyback
Act of searching for an Element along map, beginning at a designated Stage, finding the
Element, then copying Element back to initial Stage. Copyback is available as an explicit
option with the Generate action. Endevor also uses copyback when Adding, Transferring and
Moving Elements.
Create a Package
Building the SCL for a Package, then associating this SCL with other Package related
information such as a Package ID and execution window, etc.
Current Level
Most recent source for an Element. This source is identified by Element version number, followed by the
highest-level number assigned. The current level of an Element comprises Base Level plus all subsequent
change levels.
Data Set Validation
Optional capabilities of verifying that retrieved Elements are added/updated from the data set
to which they were last retrieved. This ensures that same copy of the Element (revised as
appropriate) is placed back in Endevor. Data set validation can be specified separately by
System. If this facility is in effect for a System, you can override it to add the Element back
from a different data set, provided you have the proper authority to do so.
Default
Default value is the value that Endevor assumes to be in a field or statement if a user does not
provide an alternative value. On foreground panels, fields are usually “primed” with default
values.
Defaults Table
See C1DEFLTS Table.
Delete
Action used to erase Base and Delta forms of an Element and remove Element information
from a Master Control File or a Component List.
Delete Processor
Processor that is run when an Element is deleted from a Stage. Typically, a Delete Processor
deletes output created by corresponding Generate Processor. See Processors for more
information.
Delta Level
Record of a change to Base Level of an Element. Each change to an Element creates a Delta
Level. Endevor compares the Base Level to the new source and builds a Delta Level
containing just changes to the source. Base Level plus all Delta Levels make up complete
Endevor source for an Element.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Delta Library
PDS/E, PDS, CA-Panvalet, CA-Librarian or Endevor LIB (ELIB) file that stores Delta
Members for Elements defined to Endevor. A Delta Library is defined for each Element
Type.
Delta Member
Member in a Delta Library. Each Delta Member corresponds to an Element and contains all
levels for that Element subsequent to Base Level. Delta Member names are Generated
internally by Endevor and do not correspond to Element name.
Denied
Status of a Package when it has been reviewed, but denied, by an Approver.
Denying a Package
An option for a Package Approver. If one Approver denies a Package, it cannot be executed.
Display
Action used to view Environment definitions, Element information and Footprint-related data.
Element
Members or data sets that have been placed under control of Endevor. Default Element name
is member name. Actions are performed against Elements. Elements are identified by
Environment and Stage in which they are located and by System, Subsystem and Type in
which they are classified.
Element Changes
View of Element information that shows current level of an Element, annotated to indicate
level at which each line was added to source.
Element Component
In Endevor/ACM, that part of a Component List referred to as “Element information”. This
information includes Footprint of Endevor source.
Element History
View of Element information that shows all lines that have ever been present in a piece of
source code, annotated to show level at which line was added and/or deleted from source.
Element Master
View of Master Control File information about an Element.
Element Name
1-10 character name assigned to an Element, used to identify that Element within Endevor. It
is recommended that any output created by Output Management be assigned a name of the
corresponding Element. Element names must be unique within each System, Subsystem and
Type combination. An Element name can include any of the following characters (and only
these characters): A-Z, 0-9, @, # and $.
Element Summary of Levels
Summary view of activity against a piece of source code at all levels. Information provided
includes number of statements at each level, number of lines added and number of lines
deleted.
Emergency Approval
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
The kind of approval given to Emergency Packages. An Approver Group must be given authority to approve
Emergency Packages. Emergency Package
One of two types of Packages. A Package is identified as Standard or Emergency when it is
created. Emergency Packages require approval from Approver Groups with an Approver
Type of Emergency.
Enable Backout
Option when creating a Package. You can decide whether or not to allow Packages to be backed out.
Endevor Classification
System, Subsystem and Type associated with an Element.
Endevor Listing Libraries
Used to store compiler listings produced by Processors.
Endevor Return Code
Return code issued by Endevor based on results of action processing: 00, 04, 08, 12 or 16.
Endevor return codes are described in Endevor Messages and Codes.
Endevor ESI
See External Security Interface facility.
Environment
The top level of logical structure used to classify Elements in Endevor. Each Environment has
two Stages. There is no limit to the number of Environments. The four defined
Environments and the two stages associated with each Environment are:
DVLP (Development)
UNIT (Stage 1 - Unit Test)
NTGN (Stage 2 - Integration Test)
QA (QA)
ASTG (Stage 1 – QA Staging)
ACPT (Stage 2 - Acceptance Test)
PROD (Production)
PSTG (Stage 1 – Production Staging)
PROD (Stage 2 - Production)
OBSL (Obsolete)
(Stage 1 – is not used)
ARCH(Stage 2 - Archive)
Executing a Package
Running a Package. Packages that execute successfully can be backed out or committed.
Execution Report
Report output when you run Endevor actions. Execution Report documents actions requested
and processing that took place.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Execution Window
Start date/time and an end date/time within which a Package must be executed.
Export a Package
Copying Package SCL into an external data set.
External Approver/External Approver Group
An external approver group is an approver group that has no approvers defined to Endevor.
When Endevor encounters an external approver group, it queries the external security product
(CA-ACF2, CA-Top Secret, RACF) to determine if the user is a member of the approver
group.
External Security Interface
Optional interface used to implement external security at your site. If installed, this interface
replaces the native security facility supplied on installation tape (and implemented through the
security tables), with calls to RACF, CA-ACF2 or CA-Top Secret.
Fetch
See copyback.
Footprint
Encrypted data added by Processors to individual source, object or load modules, to identify
the Endevor Element associated with that module. Endevor uses this data to display or
otherwise process information related to the Element. A Footprint includes (in encrypted
format) the following information: site ID, Environment name, Stage number, System name,
Subsystem name, Element name, Element Type, Element version/level and date and time
Footprint was assigned.
Foreground
IBM term referring to an environment in which interactive programs are executed. You can
run actions in foreground by requesting those actions through Endevor Foreground Options
Menu.
Forward Delta
Method for recording changes that stores a Base version of code then builds current versions
by applying changes made to Base.
Forward Recovery
Process of taking an old level of an Element and making it current (new) level, thereby
backing out any changes made by levels between. To perform forward recovery, you first
retrieve older (to-be-recovered) level, then add or update Element using retrieved source to
create new level.
Generate
Action used to translate source into executables, then populate output libraries with these
executables by executing the Generate Processor for an Element.
Generate Processor
Generate Processors translate source into executables, and then populate output libraries with
these executables.
Group Name
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Within definition of Access and User Security Tables, a name associated with a particular
security configuration that applies for multiple users. The name is then associated with any
number of specific userids, to associate those IDs with the group-level security. This is a
convenient way to assign security to several users having identical levels of access to the
Endevor Environment.
Identify Record
An IBM term for a record in a load module that contains user-defined data. An IDR is created
by linkage editor when it encounters an IDENTIFY statement in object deck. Within
Endevor, IDRs are used to store Footprint(s) associated with load modules.
IDR
See identify record.
Image Library
The library that contains the current version of source code.
Import a Package
Creating a Package by copying SCL from an external data set.
Input Component
When using Endevor ACM components that were included to produce an output when
executing Generate or Move Processor. A Copybook, for example, is the input component
when compiling a COBOL program.
Inventory
The software at your site.
Inventory Analyzer
Endevor facility that allows you to analyze your software inventory, classifying it according
to Endevor Types. Used when implementing Endevor or when using Endevor to manage new
inventory.
Inventory Area
Subset of a software inventory, defined by its Endevor location (Environment and Stage) and
classification (System, Subsystem and Type).
Jump
To move an Element from one Stage to another on a map route, when a version of Element
exists at an intermediate Stage that is not part of map route.
Last Action
Most recent action executed for an Element. Once executed, each Type of action is recorded
as last action except ARCHIVE, LIST, PRINT and DISPLAY.
Last Action CCID
CCID specified for last action executed against an Element.
Level
Source for an Element at a particular time. When an Element is first added to a Stage there is
one level, known as the Base Level. Each time Endevor actions change source thereafter, a
new, Delta level is created.
Level Number
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Identifier for a specific level of an Element. Endevor assigns each set of a change, a level
number that is one higher than the number assigned to the preceding level.
Library Management
The classification, control and storage of the physical components of software inventory.
List
Action used to list, in the form of action requests, Elements from a MCF or archive data set or
members from a library. If the Automated Configuration Manager facility is installed, List
can also search a Component List based on specified criteria.
List Panel
A panel used by Endevor to display lists of Systems, Subsystems, Types, Elements or
members and are used to make selections. List panels are prepared and processed by ISPF
Table Display Facility.
Location
See Endevor location.
Map
Promotion routes established for software inventory at a site. Environments and Stages are
mapped to each other in C1DEFLTS table. Systems, Subsystems, Types and Processor
Groups are mapped to each other on their respective definition panels.
Mapping Rule
User-defined correspondence between host data set names and remote data set names.
Mapping rules are used when shipping Package outputs.
Master Control File
Endevor file that contains definitions of Stages, Systems, Subsystems, Element Types and
Elements. This file is accessed and updated by Endevor, to manage Element definitions, to
execute Processors and for other miscellaneous functions. There are two Master Control Files
(MCFs) for each Environment - one per Stage.
MCF
See Master Control File.
Move
Action used to move Elements between Stages, within or across Environments.
Move Processor
Move Processors copy outputs, Element information and Component Lists from source
location to the target location of a Move or, optionally, a Transfer action. See entry
“Processors” for more information.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Name Mask
Asterisk (*) character, used as follows:
to specify all names or all names beginning with a particular character string.
when requesting Footprint reports, to request all members/CSECTs whose names
begin with a particular character string.
Notification Facility
Endevor facility that allows you to notify users of events that require a response from them.
Output Component
When using Endevor ACM, the components created as a result of executing Generate or
Move Processor. For example, an object deck is output component when compiling a
COBOL program.
Output Library
Any of several libraries used during Output Management, including
Endevor Processor listing library, Processor load library and source output library; as well as
user copy libraries, load libraries, listing libraries, macro libraries, JCL libraries, databases,
etc.
Output Management
That aspect of Endevor that deals with creation and maintenance of various outputs that relate
to an Element. The exact nature of these outputs varies depending on corresponding Element
Type and is defined by the Output Management for that Type. For example, Output
Management might store a copy of current source for Element in the Source Output Library or
it might create a load module for the Element or a listing associated with that load module.
Package
A group of Endevor actions that require approval before it can be executed. Creating a
Package allows you to:
group specific actions so they can be maintained and tracked as a single unit.
establish formal approval procedures to ensure data integrity through modifications.
centralize specific action groups so you can see them across Environments and reuse them.
Package Data Set
Data set where Packages are stored. There is one Package data set per Environment.
Package Events
An audit trail recording “events” that have occurred involving a Package, logged by userid,
date and time. Package events relate to various steps of Package Processing procedure and
include:
Created Executed
Last Updated Backed Out
Cast Backed In
Approved Committed
Package Exits
Exits that are called before and/or after Package functions and sub functions.
Package Names
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
The format for the Package Name is in Section Error: Reference source not found Error: Reference source not
found in Appendix Error: Reference source not found.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Package Status
Indicates status of a Package at any given time. Status levels for Packages include the
following:
IN-EDITPackage is initially set to this status. It can be modified only when in this
status. When you reset a Package, its status is automatically set to IN-EDIT.
IN-APPROVAL
When a Package is cast, its status changes to IN-APPROVAL, indicating that the
Approvers can now review and approve or deny, Package. No editing can be done
once Package is cast.
DENIED
Status changes to DENIED when an Approver denies approval of Package during review
APPROVED
Status changes to APPROVED when all necessary Approvers (required and optional)
grant approval of Package during review and when the quorum requirement is met for
Package. A Package is also considered approved when it has been cast and no
Approvers have been identified.
IN-EXECUTION
Status changes to IN-EXECUTION when Package execution has begun.
EXECUTED
When Package has been executed successfully, its status changes to EXECUTED.
COMMITTED
When a Package has been committed, its status changes to committed.
Parallel Development Manager (PDM)
Automatically compares and integrates three versions of source code, allowing you to resolve
conflicts resulting from concurrent development or from applying vendor updates to
applications that have been customized in-house.
Partitioned Data Set
Data set in direct access storage that is divided into partitions, called members. Each member
can contain a program, part of a program or data.
PDM
See Parallel Development Manager.
PDS
See partitioned data set.
Print
Action used to print Element or member information.
PROC Statement
Job control statement used in cataloged or in stream procedures. PROC statements can be
used to assign default values to symbolic parameters contained in a procedure. It is also used
to mark beginning of in stream procedures.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Processors
Processors are Standard OS JCL jobstreams that manipulate Elements and their outputs:
object modules, load modules, listings and the like. There are three Types of Processors:
Generate Processors translate source to executables then populate output libraries with these outputs.
Delete Processors delete Element and Component List information from Endevor.
Move Processors copy outputs, Element information and Component Lists from source location to
target location of a move or, optionally, a transfer action.
Endevor supports both Endevor symbolics and user-defined symbolics in Processors. This
capability allows you to write one Processor that you can use in multiple Processor Groups by
changing values assigned to one or more symbolics.
Endevor also provides a set of utilities for use when writing Processors and supports use of instream data in
Processors.
Processor Component
When using Endevor ACM, the Processor Component of a Component List is the “Processor
information” part of Component List. This information includes the Footprint of the
Processor.
Processor Group
Processor Group allows you to associate one or more Processors with a given Type. This is
useful when Elements of one Type may require slightly different Processors. For example, a
site may have COBOL programs coded in batch COBOL and CICS COBOL. In this case, the
Processor Group capability of Endevor would allow you to create a single COBOL Type with
two Processor Groups, one to handle each variation of COBOL code. When you define a
Type to Endevor, you can also identify a default Processor Group for that Type. Using
symbolics when writing the Processors for the default Processor Group can allow you to use
the same Processors, by changing symbolic definitions, for other Processor Groups associated
with this Type.
Processor Group symbolics
Symbolics defined in PROC statements in one or more Processors in a Processor Group.
These symbolics and their default values appear on Processor Group Symbolics panel. By
modifying these default values, you can use one Processor in more than one Processor Group.
Processor Listing Library
Optional library that stores listings output from a CA-supplied Processor named GPPROCSS.
Processor Load Library
The Endevor library that contains a load-module form of each Processor. Modules from this
library are executed when Processors are invoked.
Processor Output Library
Library referred to in a Processor, to which that Processor writes output. Processor output
libraries can be source libraries, executable libraries or listing libraries.
Production Data Sets
Data sets used to store production code. This term is used in Package shipment utility to refer
to host and remote production data sets.
Promote
Move an Element from one inventory area to another inventory area.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Quorum (quorum size)
The minimum number of Approvers required to execute a Package. When a quorum size is
indicated, that number of Approvers must review and approve a Package.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Regression
Term that refers to condition where one set of changes to Element source is overwritten by a
subsequent set of changes. Endevor flags regression when changes stored for a specific level
of an Element overwrite more than a predefined percentage of Element statements. See
regression percent.
Regression Percent
Percent of acceptable change to Element source, defined for each Element Type. This is a
percentage that, if exceeded, results in a caution (level 8) Endevor return code. Each time a
new level is created for an Element, Endevor checks changes stored in that level against this
percent, both in terms of change to statements stored for the Base Level (known as Base
regression) and change to statements stored for the previous level (known as change
regression). If the amount of change in either case exceeds defined percent, Endevor issues a
warning.
Reload
Reload utility allows you to recover an Endevor VSAM control file (Master Control File,
Package data set) or a base/Delta data set that was lost as a result of a physical device failure
or site disaster. Reload action restores data from data sets created by unload process.
Remote Footprint Synchronization
Procedure whereby Footprinted executables are shipped from a remote to a host site, where
Footprint reports are run to compare executable Footprints with host Master Control File
information.
Request Data Set
Data set that contains action requests to be submitted for batch processing. You create
request data sets in foreground, using SCL Generation facility.
Request for Data
Package exit capability, allowing Package exit programs to make multiple, successive
requests for Endevor information on a single invocation of the exit.
Reset a Package
Erase all Package event records, returning the Package to an in-edit status
Resource Security Table
Endevor table defining those Element names that are restricted to particular
System(s)/Subsystem(s), within a specific Environment. Resource Security Table is defined
by Endevor Administrator, using the CONSDEF macro. There can be one Resource Security
Table for each Environment.
Restore
Action used to restore an Element to Endevor from an archive data set.
Retrieve
Action used to copy any level of an Element to an external data set.
Return code
See Endevor return code.
Reverse Delta
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
A method for recording changes that stores the most recent version of code, rebuilding prior
versions by backing out individual changes from current version.
Review a Package
Review the contents of a Package. After reviewing a Package an Approver either approves or denies.
Route
A series of Environment/Stage locations that make up the Stages in a Software Life Cycle.
Taken together, all routes at a site comprise a map for that site.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
SCL
See Software Control Language.
Security
Endevor feature that allows you to restrict action requests and access to Elements. The
security System supplied with Endevor, known as native security, is implemented using three
tables. See entries “Access Security Table”, “Resource Security Table” and “User
Security Table”.
SETUP function
Function invoked at Endevor initialization to build a table of Package exits to be invoked
during a session.
Sharable
Characteristic of a Package. A sharable Package can be edited by people who did not create
the Package.
Ship utility
Endevor utility that allows you to ship Package outputs to remote sites.
Signin
Action used to remove the current sign-out for an Element. You might signin an Element
after you retrieve it, and then find you do not intend to return it to Endevor.
Signout
Assignment of a user ID to an Element, establishing “ownership” of that Element. Signout is
automatic when retrieving Elements from or adding/updating Elements in Endevor.
Site
Location at which Endevor is installed. Site is defined in Defaults Table, where it is assigned a site ID.
Software Control Language
Endevor language used in batch to maintain or otherwise act against Elements within Endevor.
Software Distribution
Automated distribution and synchronization of software changes and tracking of
implementation of those changes.
Software Life Cycle
Stages through which software passes at a site. A Software Life Cycle might consist of
development, testing, quality assurance and production.
Source
Non-executable form of an Element.
Source library
Any of several libraries used during Source Management, including Endevor Base libraries,
Delta libraries and INCLUDE libraries.
Source Management
Aspect of Endevor that deals with creation and maintenance of Element source. Element source is maintained in
an internal format, in Base and Delta libraries.
Source Output Library
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Endevor library that contains latest full source version of each Element. This library is
designed for use with Copybooks, macros, procedures, etc., that are copied elsewhere. This
library is optional, but if used, is specified in definition of corresponding Element Type.
Stage
Stage in Software Life Cycle. There are two Stages defined for each Environment. See Environment entry in
Glossary for Stage definitions and names.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Staging Data Sets
Temporary data sets used by shipment utility to store Package outputs before transmitting
them. Shipment utility creates staging data sets at both the host and remote site.
Standard Approval
One of two Types of Package approval. Standard Packages can only be approved by
Approver Groups designated as Standard.
Standard Package
One of two Types of Package. A Package is identified as Standard or as Emergency when it
is created. Standard Packages require approval from Approver Groups with an Approver
Type of Standard.
Subsystem
Part of Endevor classification of an Element. Subsystems are used for specific applications
within a System. For example, there might be a purchase order and accounts payable
Subsystems within the financial System.
Symbolics
Endevor supports two kinds of symbolics in Processors:
Endevor symbolics. Any of several names, preceded by &C1, that are used within Endevor
Processors to represent a value specific to an individual run of Processor. Values are assigned
to Endevor symbolics when Processor is executed.
User symbolics. Defined by users in JCL PROC statements in Processors. Allow one
Processor to be used in multiple Processor Groups. See Processors and Processor Groups.
Synchronize
When Base Level of an Element at a source location differs from current level at the target
location, Endevor does not allow the Element to be transferred or Moved unless you specify
sync=Y. This option tells Endevor to create a “sync level” at the target that reflects
differences. All levels (the change history) associated with the “from” location Element are
then appended to the location Element and renumbered.
System
A means of classifying Elements within Endevor. A System typically represents the
applications at a site. For example, there might be financial and manufacturing applications.
A System must be defined to each Environment where it will be used.
Transfer
Action used to transport Elements from a source location to a target location. Each location
can be either an Endevor location or an archive data set.
Type
Category of source code used as part of classification of an Element in
Endevor. For example, there might be the following Types: COBOL (for COBOL code),
Copybook (for Copybooks) and JCL (for JCL streams).
Type Processing Sequence
Relative sequence of processing for Element Types defined to each System. By defining
sequence of processing in this way, you could ensure, for example, that Copybooks (Type
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
Copybook) are updated before any COBOL programs (Type COB) that might use those
Copybooks.
Update
Action used to add a member to Endevor when an Element with the same name is located in
the target Stage 1.
Userid
For actions run in foreground, TSO userid for the session. For actions run in batch, job name
or ID specified through the USER= parameter on job card, depending on how your Defaults
Table is set up.
Spiegel Endevor Developers User Guide
Error: Reference source not found. Error: Reference source
not found
User Menu Facility
User menu facility allows the Endevor administrator to attach user-defined functions to
Endevor TSO/ISPF front end.
User Security Table
Endevor table that defines the Systems and Subsystems to which each user has access and for
each System/Subsystem, the Type of processing (authorization level) allowed. There is one
User Security Table for each Environment.
User Symbolics
See symbolics.
Validate
The VALIDATE function allows you to ensure integrity of one or more existing Endevor
Environments and/or Systems and their related Elements and components. These are the
same checks performed as part of UNLOAD processing, allowing this function to operate in a
standalone mode.
Version
Number used together with level number, to identify Element source. Each new version
creates a new Base Level for an Element.
Version Control
Maintenance, tracking and auditing of modifications to an application over time, allowing
prior development versions to be restored.
Version Number
Identifier for the version assigned to an Element.
VV.LL
Identifier that refers to a particular version (vv) and level (ll) of an Element source.
Wildcard
See name mask.