02.05.2013 Views

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 3: <strong>Implementer</strong> <strong>Administration</strong><br />

146<br />

For information on using object version stamping in check out and promotion, see the<br />

<strong>MKS</strong> <strong>Implementer</strong> <strong>2006</strong> User <strong>Guide</strong>.<br />

NOTE Due to IFS constraints, <strong>Implementer</strong> does not support stamping issue or DR<br />

numbers directly to IFS objects. However, for inquiry and reporting through<br />

<strong>Implementer</strong>, the information is available in the repository.<br />

To set up issue or DR object stamping<br />

1 From the <strong>Implementer</strong> Menu, type option 45, System Control, and press ENTER. The<br />

System Control Maintenance panel displays.<br />

2 Press PAGE DOWN three times.<br />

3 In the Activate issue object stamping field, specify Y to activate this feature. For more<br />

information on this field, see “Activate object version stamping” on page 70.<br />

4 Press ENTER to process the change.<br />

Object Version Stamping<br />

<strong>Implementer</strong> allows you to stamp objects, lock records, and repository records with a version<br />

number at pre-determined stages within the development cycle. This provides an audit trail<br />

that allows you to track every version of an object. It also allows you to identify specific<br />

information about deployed objects under change control.<br />

The version number scheme and development stage the object is stamped in, either<br />

check out, check out and promotion, or user-defined, is determined by the versioning method<br />

you define in System Control. <strong>Implementer</strong> automatically increments the version number<br />

based on the versioning method you specify. During the applicable development stage,<br />

<strong>Implementer</strong> updates the description of the object by recording the new revision number in<br />

the APAR ID attribute. The repository record is updated when you run the build list as<br />

described in the next section.<br />

During the build list for a *PRD environment, <strong>Implementer</strong> stamps the version number to the<br />

repository record for each object in the production environment (repository records for *TST<br />

and *QAC environments have a blank version number) as follows:<br />

If the object has a valid version number, then <strong>Implementer</strong> assigns that version to the<br />

repository record. For details, see “Environment Repository Build” on page 117.<br />

If the object does not have a version or has an invalid version, then <strong>Implementer</strong> assigns<br />

the version number 1 or 1.0 (based on the defined versioning method) to the repository<br />

record. If a user-defined versioning method is specified, a user exit is allowed for you to<br />

set the version number.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!