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 2: Understanding <strong>Implementer</strong><br />

38<br />

When you are finished with the release, set it to a status where all four status fields, Allow<br />

software change, Allow packaging, Allow controlled distribution, and Allow distribute changes<br />

are set to N (for example, NOT SUPPORTED). Changing the release status allows you to<br />

control movement into production environments. You can now create a new open release,<br />

allowing the change management cycle to begin again.<br />

Setup Tasks<br />

In most cases the implementation of this feature requires minimal setup to your existing<br />

configuration, allowing you to quickly append release control into your existing change<br />

management operation.<br />

The setup tasks required for this scenario are as follows:<br />

1 Create environments. No special considerations are required when defining<br />

environments for release control. Follow the environment setup steps described in a<br />

previous scenario, or see “<strong>Implementer</strong> <strong>Administration</strong>” on page 63 for information on<br />

creating environments.<br />

2 Define user authorities. Users must have authority to work with products and versions.<br />

This is defined in the Work with Users function. Set the Maintain Products and Maintain<br />

Versions fields to Y for each user who maintains product versions.<br />

3 Define products, versions, and releases. For details, see the <strong>MKS</strong> <strong>Implementer</strong> <strong>2006</strong> Release<br />

Management <strong>Guide</strong>.<br />

4 Verify the software release process configuration. This consists of release types and the<br />

release status; together, they determine the development path that each release must<br />

follow.<br />

Release types are user-defined values that identify the types of releases you manage<br />

within the release control process. Release types are classified as either standard<br />

(STD) or program temporary fix (PTF).<br />

Release status defines the path a release must follow before you can changed it to<br />

the next available status. It also defines the functions you can perform to the release<br />

during each phase of the development cycle. A person with product management<br />

responsibility typically controls this stage progression.<br />

The release status controls four functions:<br />

Allow software changes controls whether software can be promoted into the<br />

environments attached to the product version.<br />

Allow create package controls whether packages can be created.<br />

Allow controlled distribution controls whether the release is available for<br />

selection to distribute to a customer system, but does not make it a default<br />

release. This is also used for release deployment.

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

Saved successfully!

Ooh no, something went wrong!