Configuration Management- Basic Concepts. Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

Configuration Management
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
Software Configuration Management Speaker: Jerry Gao Ph.D. San Jose State University URL:
School of Computing, Dublin Institute of Technology.
Project Management Plan
Software Configuration Management (SCM)
Configuration Management
ISO 9000 Certification ISO 9001 and ISO
Software Configuration Management
Software Configuration Management (SCM)
CSSE 375 Software Construction and Evolution: Configuration Management
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
Michael Solomon Tugboat Software Managing the Software Development Process.
Release & Deployment ITIL Version 3
Configuration Management Process and Environment MACS Review 1 February 5th, 2010 Roland Moser PR a-RMO, February 5 th, 2010 R. Moser 1 R. Gutleber.
Effective Methods for Software and Systems Integration
Software Configuration Management (SCM)
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Introduction to Software Quality Assurance (SQA)
Software Engineering Term Paper
Configuration Management T3 Webinar Feb 21, 2008 Chuck Larsen ITS Program Coordinator Oregon Department of Transportation.
Software Engineering Modern Approaches
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Site DB creation and updates 05/08/2006 by Performance Team.
Seattle Area Software Quality Assurance Group Release and Configuration Management, The Acceleration of Change and Its Contribution To Software Quality.
Software Configuration Management
Configuration Management Copyright, 2002 © Jerzy R. Nawrocki Quality Management.
Software Testing Life Cycle
Software Configuration Management (SCM)
Configuration Management Matti Kuikka CONFIGURATION MANAGEMENT by Matti Kuikka, Unit Manager, Ericsson, Turku, Telecom R&D, Wireless Charging.
SENG521 (Fall SENG 521 Software Reliability & Testing Software Product & process Improvement using ISO (Part 3d) Department.
Configuration Management (CM)
Georgia Institute of Technology CS 4320 Fall 2003.
© Mahindra Satyam 2009 Configuration Management QMS Training.
Managing Change 1. Why Do Requirements Change?  External Factors – those change agents over which the project team has little or no control.  Internal.
QUALITY MANAGEMENT STATEMENT
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
Quick Recap Monitoring and Controlling. Lesson 11: Monitoring and Controlling Project Work Topic 11A: Identify the Monitor and Control Project Work Process.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 29 Slide 1 Configuration management.
Project management Topic 1 Project management principles.
Management of Software Project CSM Software Configuration Management (SCM)
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Software Configuration Management (SCM) Source: Pressman, R., Software Engineering: A Practitioner ’ s Approach. Boston: McGraw Hill, Inc., 2005; Ghezzi,
Software Configuration Management n Art of coordinating SW development to minimize confusion n Software quality assurance (umbrella) activity n Set of.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
Software Configuration Management SEII-Lecture 21
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Timesheet training Version: Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
SG Software Configuration Management And CVS scmGalaxy Author: Rajesh Kumar
Configuration Management. After completing this module you will be able to: Describe configuration management Explain the flow of configuration management.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Software Configuration Management (SCM)
Configuration Management
Software Project Configuration Management
Software Configuration Management (SCM)
Software Configuration Management
Testing Process Roman Yagodka ISS Test Leader.
Configuration Management
Software Configuration Management
Software Configuration Management
Engineering Processes
HART Technologies Process Overview
Chapter # 1 Overview of Software Quality Assurance
Configuration Management
Configuration Management
Software Configuration Management
Presentation transcript:

Configuration Management- Basic Concepts

Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case Study

Process Overview Definition:- Configuration Management (CM) is the process of identifying, organizing and controlling modifications to the work products in a testing project Why CM? To ensure that.. Software conforms to requirements Software has undergone all reviews and tests Right version of any work product is used at any point of time All components of the delivered software are consistent with each other Right version of software components are shipped to customer site

Do you know ………….   Estimated number of bugs due to CM problems 10% to 15%

Process Stages -(i)Planning & Setup  Planning involves Identification of work components which needs to be under configuration controlIdentification of work components which needs to be under configuration control Laying down procedures for controlling and implementing changes to the software items within the project’s defined workflow.Laying down procedures for controlling and implementing changes to the software items within the project’s defined workflow. Identification of tools used in the projectIdentification of tools used in the project

Planning & Setup contd…. The following should be ensured during planning:- 1. Version control 2. Base-lining procedure 3. Change control procedure 4. Release procedure 5. Status accounting procedure 6. Backup procedure 7. Archival procedure

Configurations items : Definition:- “Configuration items are the items that are directly related or involved in creation of work product.”  e.g. requirement specification document, design document, Source Code, Acceptance plan etc. Test Project work Products do not need the formality of configuration management but do need to be placed under some form of Version Control and Change control referred to as “managed and controlled”

Some of the items which needs to be managed & controlled  Plans Test plans, test scriptsTest plans, test scripts Project planProject plan CM planCM plan  Data Planning and re- planning data Planning and re- planning data Test data Test data  Records All review recordsAll review records Causal analysis recordsCausal analysis records Program level tracking recordsProgram level tracking records Test recordsTest records Release recordsRelease records Status tracking recordsStatus tracking records  Customer supplied Documentation or manuals Equipment’s or any other items  Others Standards used in project Contract /proposal

Participants in planning Test Manager, Configuration Controller/ Configuration Control Board

CM Activities  Identify configuration items  Identify items to be managed & controlled  Define the flow of configuration items & identify the baseline points  Define naming and numbering conventions  Identify the storage structure  Define the following procedures for the configuration items: Version ControlVersion Control BaseliningBaselining Change controlChange control ReconciliationReconciliation ReleaseRelease Status accounting Backup Archival  Define the following procedures for the managed & controlled items Version Control Baselining  Identify CM tool  Prepare CM plan  Review CM plan  Identify configuration controller (CC)/CCB  Train the team on projects’ CM plan  Setup configuration environment

Process Stages -(ii) Control Configuration control involves controlling/tracking changes to the configuration items in a systematic way. Participants :CC, Test Manager, Testing Team

Activities  For configuration items Get authorization for change requestGet authorization for change request Checkout configuration itemsCheckout configuration items Update the status tracker (E.g. Schedule is the simplest form of status tracker)Update the status tracker (E.g. Schedule is the simplest form of status tracker) Update the items & change version number /modlogUpdate the items & change version number /modlog Verify approval/authorization status of modified programs/documentsVerify approval/authorization status of modified programs/documents Check-in configuration items Update the status tracker Backup configuration items Archive configuration items as necessary Maintain a log of change requests processed  For Managed & controlled items Checkout configuration items Update the items & change version number Check-in configuration items

Process Stages-(iii) Audit Configuration audits are performed to verify that Configuration management activities are conducted as per plan.Configuration management activities are conducted as per plan. Compliance to the applicable standards is maintainedCompliance to the applicable standards is maintained Integrity of the baseline is maintainedIntegrity of the baseline is maintained Baseline contents are complete & correctBaseline contents are complete & correct Status of each of the configuration items is correctly availableStatus of each of the configuration items is correctly available

There are 3 types of CM audits 1. Baseline audit or Physical audit 2. Work product completion audit or Functional audit 3. Release audit

Baseline audit or Physical audit  This audit is conducted on a periodic basis.  This audit involves checking If CM activities are planned and available in scheduleIf CM activities are planned and available in schedule Whether workflow is as per the CM planWhether workflow is as per the CM plan Where configuration items are stored and where they are supposed to beWhere configuration items are stored and where they are supposed to be Are changes to the baseline controlled?Are changes to the baseline controlled? Is the status of the configuration item available?Is the status of the configuration item available?  Physical configuration audits are performed as necessary to verify that all items identified as being part of the configuration are present in the respective directory (baseline, release, etc.).

Work product completion audit or Functional audit To verify and validate that the configuration item has achieved the performance specified and the documentation is adequate for a move to production, i.e Any work product that is ready should undergo a completion check to confirm that – Performance criteria mentioned in the specifications of the work product are metPerformance criteria mentioned in the specifications of the work product are met All components are availableAll components are available All the planned reviews have been performedAll the planned reviews have been performed All the required tests have been completedAll the required tests have been completed All the defects/ issues raised on the work product are closed.All the defects/ issues raised on the work product are closed. Traceability exists.Traceability exists.

Release Audit At the time of release, an audit is done to ensure that – Right version of the work product is shipped to the customerRight version of the work product is shipped to the customer All components of the release are consistent with each otherAll components of the release are consistent with each other All defects are closed before shipping/Unresolved issues/ defects are listed in the release noteAll defects are closed before shipping/Unresolved issues/ defects are listed in the release note

Activities  Plan for the audit  Conduct the audit  Generate audit report  Ensure closure of defects

Case Study-Argos

Thanks!! For more info contact