Tuesday, January 8, 2008

Configuration management


Configuration management is a method for administering an evolving, and often interrelated, set of products and project documentation. All of the products and documents that need administrative control are termed configuration items. The configuration item description record should contain the information needed to identify and track each configuration item throughout its development life cycle.


The application of effective procedures should ensure the accurate and up-to-date documentation and distribution of all relevant product components and project information. Configuration Management should be applied to projects of any significant

Size and should be the day-to-day responsibility of a single individual.


The configuration management plan should be produced as part of the project initiation document for the project in question. Where products constitute sub-assemblies of more complex products, the approach used must be able to track all such relationships, enabling the accurate analysis of all associated information.

All of the products and documents that require the administrative controls of the method being used are called configuration items. Initially the overall end-product can theoretically, be viewed as the only identifiable configuration item. However, an increasing number of configuration items will usually be identified as the end product is sub-divided into the manageable elements represented in the work breakdown structure. A configuration item description record should be used to record the information needed to identify and track each configuration item through its development life cycle.

Configuration Control

Configuration control is concerned with the procedures for the issue and submission of configuration items.


Configuration audits consist of cross checking the configuration item description records with the current version of the configuration item as held in its development folder.

In the first instance, a configuration item should be created and documented as the first version. The configuration item may then undergo a number of modifications as it is tested and errors corrected, or as changes are requested and these subsequent submissions should be reflected by an increasing version number.

Configuration Management Plan


The configuration management plan should be produced as part of the project initiation document, for approval by the project owner at project initiation. Where appropriate configuration management should continue throughout the life of the delivered end-product, and therefore the approach adopted should be transferable to the client organizations operational and maintenance sections at the end of the project.

Synopsis & Purpose:
This should provide a brief overview of the plan and highlight any differences in approach to existing site standards - with a justification thereof. It should also explain the aim of the activities defined in the plan. Any dependencies on configuration management plans from other projects should be identified.

References:
This serves to identify all other standards to be used by the configuration management method.

Configuration Item Identification:
This section should specify the naming and numbering conventions to be used for all types of configuration items.

Scope:
This should outline the full range of tasks in the plan, in particular it should consider all areas that have links with associated projects or that may be bringing in prefabricated components. Any special operating requirements should also be considered. It should also define which items are to be managed under the plan and which are outside the plans control.

Definitions and Abbreviations:
This is a short glossary that should be produced to support the plan, if necessary.

Responsibilities:
The clearest representation is a responsibility matrix, showing which role should carry out each activity in the plan. The role of configuration administrator will feature often.

Filing:
This section defines in detail the filing structure to be used for each category of configuration item. This should cover hardware, software, documentation, human and machine readable items.

Document Issue Procedures:
This should define the procedures to be used for issuing and distributing copies of all managed documents.

Security:
This should define the access security measures for the master copies of all configuration items

No comments: