Unit 4-Configuration Management
Unit 4-Configuration Management
Unit 4-Configuration Management
Configuration Managemnet
Change is continuous proces in software development Many artifacts are created ,used and modified One needs to manage the changes in a controlled way Configuration means patterns, designs which affect the characteristics or attributes of the final product Controlling a change and managing the effect of one change on the other artifacts through impact analysis to produce desired patterns is termed Configuration Management
Change Management
Change management involves applying the approved changes under a controlled environment When changes are tracked, it becomes configuration management If changes are not tracked , it remains as change management
Configurable Artifacts
Some artifacts needs to be changed during the SDLC. Such artifacts are called configurable artifacts. Ex:SRS, design documents, test cases Changes in one may start a chain reaction and one may need to control it
Nonconfigurable Arifacts
There are few artifacts may change or may not change If there is any change nobody needs to track /control the results Ex: test results, minutes of meeting
Controlled Artifacts
There are few artifacts may change , but do not need any review Though change may not require any approval, the changes must happen in a controlled manner Ex:changes in structure of the organisation, contact people, changes in team members.
Definition of access privileges for users of configuration library -Administrative Access - Add/Delete Access -Check out/Check in access -Read Access -Drafting a configurable item -Review of Draft -Approval of Draft -Further Updation -Creation of documents -Check in/ Check Out -Get latest version -Working folder -Deleting Cofiguration artifacts -Recovery of deleted artifacts -Destroy/Purge for artifacts
Starts during the early phases of the project All products of the software process may have to be managed
Specifications Designs Programs Test data User manuals
Defines the types of documents to be managed and a document naming scheme Defines who takes responsibility for the CM procedures and creation of baselines Defines policies for change control and version management Defines the CM records which must be maintained Describes the tools which should be used to assist the CM process and any limitations on their use
Change management
Software systems are subject to continual change requests
From users From developers From market forces
Change management is concerned with keeping track of these changes and ensuring that they are implemented in the most cost-effective way
Quality Tips
Understand the limitations of tools and database used in automated tools for configuration management. Every tool may have some limitations and database size also matters to the maintain the integrity of software
Create a configuration library only after understanding the customer specific and project specific requirements. Future requirements for the project must be considered while selecting a tool and setting up a library.
Conduct baseline audits and configuration management audits as per the frequency defined. This can ensure that deliverables going to the customer are correct and the configuration management process is followed correctly
Be careful while dealing with conflicts. As far as possible, conflicting situations must be avoided
Key Points
Configuration management is the management of system change to software products A formal document naming scheme should be established and documents should be managed in a database The configuration database should record information about changes and change requests A consistent scheme of version identification should be established using version numbers, attributes or change sets