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

14<br />

ProjectMaster projects (requires using ProjectMaster for project management)<br />

You create <strong>Implementer</strong> projects in <strong>Implementer</strong>. If using DesignTracker, you can create<br />

projects from the Work with Entity List Members panel by using F20=Create IM Project<br />

(creates one project or group of projects for each design request). <strong>Implementer</strong> projects allow<br />

for project paths (similar to environment paths) that control the development flow of<br />

members/objects associated with a project. The project path can be defined on a project-byproject<br />

basis. For details, see “Project-based Application Paths” on page 142.<br />

When DesignTracker is not used, for example, when using <strong>MKS</strong> Integrity, you must<br />

determine a method of naming your projects and determine when to create them. For<br />

example, you might create a project for every fix or minor change needed, or create a single<br />

project for fixes this month or this year, or a continuous project for all fixes. You may already<br />

have a system in place for logging user requests that match <strong>Implementer</strong> project references.<br />

Archiving serves two main purposes: The main purpose is to recover original source and/or<br />

objects when the promoted source and/or objects do not function appropriately in<br />

production. Secondly, it provides access to the initial source of a specific program to review<br />

before promoting the current changes.<br />

You should determine the value of being able to rollback a change, and the ability to view<br />

historical versions of source. <strong>MKS</strong> recommends you archive production environments but<br />

not archiving test environments.<br />

If you have remote systems, you can archive on the remote system or the local system.<br />

However, archiving on the remote allows you to rollback more quickly because it does not<br />

require redistributing the objects to the remote system.<br />

Scenario Summaries<br />

The following tables list each scenario with a description of the important characteristics of<br />

each scenario. This information is helpful to understand why a specific scenario might be<br />

useful. The detailed description for each scenario includes:<br />

illustration of the development cycle<br />

brief scenario description<br />

description of development steps<br />

setup tasks for the scenario

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

Saved successfully!

Ooh no, something went wrong!