Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
This test drive will take you through the following activities:
• Creating an Assignment
• Code changes
• Topaz Workbench content assist
• Generating/compiling
• Promotion to Test and Production runtime environments
Instructions:
• This guide contains many screenshots to provide a visual reference
• Every action you must take is in orange
• Please note each place that you must enter your own specific ID or number
• You must complete each step before proceeding to the next to successfully follow the
guide
The Compuware Test Drive Experience requires that users complete the Building Your
Environment exercise before starting any tutorial script.
Building Your Environment
If at any point during your experience, your host connection times out, you may need to log
back in to the Test Drive host connection.
If you wish to do this script more than once, restart instructions are located at the end of the
script.
ISPW Terminology
Term Description
Application
Business Area
Stream
Development Life-Cycle used by one or more Applications
Life-Cycle
Transitional Code States (DEV, QA, PROD) in the
Development Life-Cycle
Level
Instance of a Code State (DEV, QA, PROD)
Component
SCM managed object such as a Cobol source member.
Component Version
An immutable version of a Component.
Task
An instance of a unit of work. For example, a change to a
Component.
Part
A generated object such as a load module, or a Listing or a
DBRM
Warehouse
Storage location for inactive historical or overlaid
Component Versions (source and parts).
Assignment Container
A package of one or more, usually related, Tasks. A
development container that is used to organize and
manage development work.
Term Description
Release Container
A package of Tasks from one or more Assignment
Containers. An operational container that is used to
organize and manage operational releases.
Set Container
A package of Tasks at an instance in time. A special ISPW
container that is used internally to organize and manage
work requests.
Add Task
Make a statement of intent, often because of some impact
analysis.
Checkout Task
Copy source to development area
Edit Task
Make a change to the source in the development area.
Generate Task
Execute Compile and Link processes.
Promote Task
Move Task forward to the next Level in the Life-Cycle.
Regress Task
Move Task backwards to the previous Level in the Life-Cycle.
Delete Task
Remove a Task from the development area
Fallback Task
Restore previous version of Task.
Deploy Task
Implement Task in one or more Run Time environments.
Application Txxx*
Right-Click on “CWXTCOB at level PRD” and click Add to Assignment with Checkout.
Your new Assignment has been created and is ready to have Tasks added to it. An Assignment
Container is the only Container Type in ISPW that Tasks can be added to. The Assignment
Container is where a developer will spend much of their time.
Your new Assignment number will appear in the Assignment field. Click OK.
Your Assignment has been created and you should now have a Cobol program in it.
From this picture it is very easy to visually see where Versions exist. By choosing the DEV1
Level, you have defined the Path to Production → DEV1-QA1-STG-PRD. Other versions of these
Components may also exist at other levels and may be passing thru the other three paths – FIX,
DEV2 or DEV3.
Four paths were created for the application – one for emergencies starting at level FIX and
three for development starting at DEV1, DEV2 and DEV3. The application level structure is
customizable when defining the applications to ISPW. Any number of paths can be defined
with a minimum of three Levels.
Move your insert cursor to the end of the line. There are two ways to do this: 1) click at the
end of the line, or 2) press the End key on your keyboard.
You have completed your edit. This technique will work on all the variables in the program.
Perhaps try the same thing with a Perform.
You can browse the Generate listing at any time. To do this, Right-Click on the Task and
click “View Generate Listing”.
To jump to the top of the listing, Hold down Ctrl and press Home. Scroll up and down, notice
that everything is available that you normally see in a compile listing.
As part of the generate, ISPW collects each of the parts created as part of the generate (Load,
listing, DBRM, etc.) and registers them against the source.
Promotion
At this point you have
• Edited a Cobol program
• Used SlickEdit content assist to help you make your changes
• Generated your program with the option to change the generate parameters
Now you are ready to promote your changes to the QA1 level.
This action will create a Set Container. Sets are a special category of container that are used to
conduct operations such as promotion and deploy. They are temporary and created by ISPW as
needed for the work. This allows you to promote subsets of Tasks within an Assignment
container without the need to act on all, of the Tasks at once.
Once you click Promote the selected Task(s) are placed in a SET container for the promotion.
The ISPW Set processor will:
• Perform the promotion of the source to QA1
• Cleanup the DEV1 level (source and parts if applicable)
• Perform generates, in order, of all the Task(s) in the SET which require
a generation
Note the Operation column shows Generate as the last operation. The SET processor
performed a promotion and then a generation as ISPW recognized a generate was required for
COB types at the QA1 level based on the configuration of this application. This can be
configured by the ISPW administrator.
Select the Task as before, right Click and click Promote. A Set container is created. The
selected Task(s) are placed in a SET container for the promotion. The ISPW Set processor will:
• Perform the promotions of all the parts to STG
• Cleanup the QA1 level (source and parts if applicable)
Click OK.
Assuming all the testing at the STG level has been successfully completed, you are now ready to
promote the Tasks to the PRD level.
While a Developer can perhaps request the Promote operation when promoting to the STG and
QA1 levels, perhaps a Change Coordinator role is responsible for requesting the Promotion to PRD.
One or more approvals can be put in place for each application/level promotion, including but not
limited to Application Manager, QA Manager, Impact, DBA, JOB Scheduling, peer, or VP roles.
A Set container will be created. The selected Task(s) are being placed in a SET container for the
promotion. The ISPW Set processor will:
• Perform the promotions of all the parts to the PRD Level
• Cleanup the STG level source and parts as applicable
Click OK.
Below the STATUS shows the Tasks are locked in a SET for a Promote process but the SET needs
approval before the promote can proceed.
For this Test Drive you will do the approval from Topaz/ISPW. To perform the approval, Click
on the task, then Right-Click on the STG box in the Life-Cycle diagram. Click “APPROVE.”
ISPW will now perform the promotion of the Tasks collected in the SET to the PRD Level.
Notice the Operation column shows Implement as the last operation. ISPW performed any
tasks that were configured for deploy and activation.
An example of a Deploy Implementation activity is the copy of the executable load module into
a CICS or IMS runtime library.
Examples of an activation activity would be a DB2 Plan or Package Bind or a CICS Newcopy.
Once an Assignment, Set or Release is closed it is removed from the standard filtered list,
but it is still part of ISPW history and can be viewed at any time.
If you want to rerun your script, simply start over if you ended successfully. If you did not end
successfully pick another Cobol program (TPROG01, 02, 03 etc.) to use and redo the script.
You are done! your job has been to change a Cobol program. As a part of this exercise, you
have been able to use Compuware Topaz and ISPW to execute a workflow:
• Created an Assignment
• Added and checked out a Cobol program
• Changed it using SlickEdit
• Used Topaz content assist to make changes
• Compiled/Generated the program
• Viewed the generate output from JES
• Viewed the listing from the Generate
• Viewed the Parts created as part of the Generate
• Promoted the Task from DEV1 to QA1 with a generate of the program
• Promoted the Task from QA1 to STG
• Promoted the Task from STG to PRD
• Performed an approval
• Closed your Assignment to complete the change cycle
Congratulations! This completes the ISPW tutorial for Compuware Test Drive.