02.05.2013 Views

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 5: <strong>MKS</strong> Integrity Integration<br />

208<br />

Manage States and State-based Capabilities<br />

Throughout the product development lifecycle, issues submitted in <strong>MKS</strong> Integrity follow a<br />

workflow. You can customize the workflow and the stage the issue is in. These stages are<br />

states in <strong>MKS</strong> Integrity. For example, your process may include resource allocation, research,<br />

coding, quality assurance testing, and production. Or your process can be more elaborate.<br />

Further, each issue type can follow a unique workflow.<br />

State Usage Within <strong>Implementer</strong><br />

In <strong>Implementer</strong>, promotion path entries are used to designate the different development<br />

locations. They also correlate to states in <strong>MKS</strong> Integrity, and define the default mapping<br />

between <strong>Implementer</strong> environments and the state of issues for members in those<br />

environments.<br />

<strong>Implementer</strong> has three default promotion paths: *TST, *QAC1, and *PRD. You can create<br />

additional *QAC paths as needed, for example, *QAC2, *QAC3, *QAC4. Promotion path<br />

entries are defined in the <strong>MKS</strong> Integrity State setup, option 47 from the <strong>Implementer</strong> Menu.<br />

NOTE For details on <strong>MKS</strong> Integrity state setup in <strong>Implementer</strong>, see “State Setup in<br />

<strong>Implementer</strong>” on page 232.<br />

<strong>Implementer</strong> State-based Capabilities<br />

In <strong>MKS</strong> Integrity, you assign <strong>Implementer</strong> capabilities to the states used during <strong>Implementer</strong>managed<br />

development. State-based capabilities correlate to the <strong>Implementer</strong> promotion path.<br />

They define the <strong>Implementer</strong> functions (check out, promotion, and rejection) that are allowed<br />

or not allowed for members while an issue is in a defined state.<br />

The following state based capabilities (state transitions) are created in <strong>MKS</strong> Integrity after<br />

you run F8=Configure <strong>MKS</strong> Integrity from <strong>Implementer</strong>’s <strong>MKS</strong> Integrity State Setup panel<br />

(as described on page 233). The capabilities are based on the default path entries in<br />

<strong>Implementer</strong>.<br />

allows checkout to a development environment in <strong>Implementer</strong><br />

allows promotion to QAC environment number 1 as defined in the development path in<br />

<strong>Implementer</strong><br />

allows rejection of changes from a quality assurance environment back to a development<br />

environment in <strong>Implementer</strong><br />

allows promotions to a production environment in <strong>Implementer</strong><br />

The following example shows the state based capabilities that apply to the following<br />

workflow:<br />

Submitted > Checkout > QA1 > QA2 > In Production

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

Saved successfully!

Ooh no, something went wrong!