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.

Workflow<br />

<strong>Implementer</strong> and <strong>MKS</strong> Integrity Integration<br />

Every type follows a workflow, which is defined for every issue of that type. Workflow is the<br />

process established by an administrator to capture and track information and steps during<br />

your software development cycle. Each issue type has its own set of states to advance through<br />

the development cycles. For example, a change request might go through the states: new,<br />

approved, coding, testing, and deployed. States can also be shared across several workflows.<br />

Issues and their current states provide change management information necessary to support<br />

business decisions.<br />

<strong>MKS</strong> Integrity helps you manage issues by assigning them to responsible groups and by<br />

tracking and enforcing rules of your workflow. The ability to monitor the progress of issues<br />

at any time means they can be handled in a timely manner. By running reports on the issue<br />

data, you are able to identify problem areas that require attention and evaluate the<br />

effectiveness of improvements over time.<br />

As part of the integration with <strong>Implementer</strong>, you can track changes to members through an<br />

issue’s change package. An <strong>Implementer</strong> change package reflects the iSeries development done<br />

to resolve the issue. For example, a solution’s change package contains all members that were<br />

changed to fix a problem.<br />

The following rules apply when using issues and <strong>Implementer</strong> change packages:<br />

Each change package reflects the members effected for a single production environment.<br />

Multiple change packages are created for a single issue when multiple production<br />

environments are affected. For example, this is the case when making a software fix to an<br />

older version as well as to the new release. If an issue needs to be fixed in more than one<br />

application, a new change package is created for each application, keeping each fix<br />

separate.<br />

Development progress in <strong>Implementer</strong> optionally updates the state of an issue to reflect<br />

the development progress within <strong>Implementer</strong>. For example, when a member is checked<br />

out for an issue, the issue state could be automatically set to “Coding”. When all changes<br />

for an issue are promoted to quality assurance, the state could be automatically set to<br />

“Testing”.<br />

<strong>Implementer</strong> development activities are controlled by an issue’s workflow.<br />

An issues change packages close automatically by promoting the members forward to a<br />

production environment.<br />

The seamless integration between <strong>Implementer</strong> and <strong>MKS</strong> Integrity ensures that all iSeries<br />

development activity not only conforms to standard version control mechanisms within<br />

<strong>Implementer</strong>, but it extends these controls by ensuring that the corporate workflow for<br />

process management setup within <strong>MKS</strong> Integrity is never violated by a single development<br />

action. Then as a result of iSeries development, the enterprise wide issue tracking system is<br />

updated automatically to communicate the issue state change throughout the organization.<br />

Throughout the development process, each member being worked on is individually tracked<br />

on the <strong>MKS</strong> Integrity issue.<br />

199

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

Saved successfully!

Ooh no, something went wrong!