Configuration Management Matti Kuikka 16.11.1999 1 CONFIGURATION MANAGEMENT by Matti Kuikka, Unit Manager, Ericsson, Turku, Telecom R&D, Wireless Charging.

Slides:



Advertisements
Similar presentations
Software change management
Advertisements

Configuration Management
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.
Software Configuration Management
CSC 395 – Software Engineering Lecture 25: SCM –or– Expecting Change From Everything But Vending Machines.
Software Configuration Management (SCM)
Configuration Management
Configuration Management
Software Configuration Management CSC-532 Chandra Shekar Kandi Chandra Shekar Kandi.
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.
This chapter is extracted from Sommerville’s slides. Text book chapter
Software Configuration Management (SCM)
Software Engineering Term Paper
Software Engineering Modern Approaches
Software Configuration Management
Seattle Area Software Quality Assurance Group Release and Configuration Management, The Acceleration of Change and Its Contribution To Software Quality.
Software Configuration Management
Software Configuration Management (SCM)
1 Configuration Management “The Cookbook Approach”
Configuration Management (CM)
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Software Quality Assurance
Georgia Institute of Technology CS 4320 Fall 2003.
© Mahindra Satyam 2009 Configuration Management QMS Training.
SOFTWARE CONFIGURATION MANAGEMENT. Change is inevitable when computer software is built. And change increases the level of confusion among software engineers.
Software Project Management
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.
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,
Maintaining and Sustaining System Integrity Configuration Management for Transportation Management Systems Configuration management (CM) describes a series.
Configuration Management- Basic Concepts. Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
Configuration Management
State of Georgia Release Management Training
ITIL® Service Asset & Configuration Management Foundations Service Transition Thatcher Deane 02/17/2010.
Configuration Control (Aliases: change control, change management )
USDA 2016 Financial Management Training Transforming Shared Services Change Management Presented by Ron Gros.
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Software Configuration Management (SCM)
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Configuration Management
Software Configuration Management CSC-532
Software Configuration Management
Software Project Configuration Management
Chapter 10, Software Configuration Management
Software Configuration Management (SCM)
Managing the Project Lifecycle
Chapter 11: Software Configuration Management
Software Configuration Management
Software Engineering (CSI 321)
Configuration Management
Software Configuration Management
Software Requirements
Chapter 27 Change Management
Lecture 3 Change Management
Software Configuration Management
Chapter 27 Change Management
Chapter 27 Change Management
Chapter 11: Software Configuration Management
Chapter 27 Change Management
Configuration Management
Configuration Management
Software Configuration Management
Presentation transcript:

Configuration Management Matti Kuikka CONFIGURATION MANAGEMENT by Matti Kuikka, Unit Manager, Ericsson, Turku, Telecom R&D, Wireless Charging and Access Systems Wireless Access Systems Speech processing products, Products for Radio Network Core to 3rd generation mobile systems (UMTS, …) Wireless Charging and Billing (common charging products) for digital mobile systems: GSM, PDC, D-AMPS, UMTS,...

Configuration Management Matti Kuikka CM Configuration Management Introduction, Motivation –Purpose of CM Revisions, Baselines, Deliveries Definition –What is CM –CM overview & Concepts How to handle CM –Roles in design projects in case of CM –Process Flow CM in a project in practice

Configuration Management Matti Kuikka How to prevent unwanted things to happen during product development ? Bad or non-existent information about the latest changes to your product ? Corrected faults that turn up again uncorrected ? Implemented changes that conflict with each other ? Unauthorized changes to functions or functions that have not been asked for ? Difficult or impossible to recreate the latest version of the product ?

Configuration Management Matti Kuikka Purpose of CM We know and keep track of –what we are supposed to build Requirements –how we are building Projects –what we have built and will verify Deliveries –what we have verified - and delivered Products Examples –Product and document numbering –Formal handling of requested changes and releases of new versions of products, systems, subsystems, etc –Trouble report handling in maintenance

Configuration Management Matti Kuikka But what if we would NOT use CM...? The customer wants So we build... … and deliver

Configuration Management Matti Kuikka Revision Handling –The Rev-state is a part of the document’s complete identification, which is composed of a document number, rev-state and language code. –The general rule is that a new document version is obtained, when the subject contents of a document is changed, e.g. PA1 to PA2

Configuration Management Matti Kuikka Revision and Status Handling, Documentation PRELIMINARYDocument 121 PA1 Release B 1st Delivery 2nd Delivery 121 PB2 PA3 CHECKED TAPPROVED Document PA2 PB1 PB3 CHECKED PRELIMINARY TAPPROVED READY LOCKED

Configuration Management Matti Kuikka Baselines A baseline is a set of items put under change control It serves as a base for the further activities and can be changed only through a formal configuration control procedure. All baselines and baselined items are listed in a document called Master Configuration Index The decision to establish a baseline is taken by Change Control Board and Steering Group for the project. Project Manager or Release Criteria Meeting depending on which baseline is in question.

Configuration Management Matti Kuikka Baselines - PROPS view Pre-studyFeasibilityExecutionConclusion TG3TG4TG5TG2TG1 Functional Baseline Handling Change Request Handling Project Baseline Handling Change Request Handling TR Handling Product Baseline Handling AD.. Trouble Report Handling Delivery Baseline... AD2 TR Handling Delivery Baseline AD1 TR Handling Delivery Baseline MS8MS3MS5MS2 PRA RR

Configuration Management Matti Kuikka Baselines Functional Baseline - what we are going to build –established by the Main Project Project Baseline - how we will build it –established by Project’s Steering Group Design Baseline and Deliveries - what we have built and will verify –established at each Delivery meetings Product Baseline at TG3 and at PRA (Release) - what we have verified and delivered –established in Release Decision Meeting

Configuration Management Matti Kuikka Configuration Management Definition CM is the discipline of identifying the components of an evolving system for the purpose of controlling changes to these components and for maintaining traceability throughout the system’s life cycle.

Configuration Management Matti Kuikka What is CM? We know and keep track of –what we are supposed to build Functional Baseline –how we are building Project Baseline –what we have built and will verify Delivery Baseline –what we have verified - and delivered Product Baseline Includes also the control of –methods & tools (Tool Baseline)

Configuration Management Matti Kuikka Configuration Management Overview

Configuration Management Matti Kuikka CM concepts (1/2) Configuration Item (CI) –A software product, document or development tool designated for configuration management and treated as a single entity in the configuration management process –A CI can also consist of other CIs and in that way form a structure –E.g. Requirement Specification, Charging subsystem, software product Managed and Controlled Item –Configuration Items that are not part of a baseline but must be controlled for the project to proceed in a disciplined manner –Changes of the Managed and Controlled Items are handled without a CR but must be communicated to all impacted parties –E.g. Quality Assurance Plan, Methods List

Configuration Management Matti Kuikka CM concepts (2/2) Baseline –A configuration at a certain point of reference –All modifications suggested for a system between one reference point and the next should be handled according to the formal CM procedures –E.g. Functional Baseline containing the approved Requirement Specifications Configuration Control Board (CCB) –A group responsible for evaluating and approving or disapproving baselines and proposed changes to configuration items and for ensuring implementation of approved changes

Configuration Management Matti Kuikka CM Records (1/2) Master Configuration Index (MCI) –A document which lists and uniquely defines all CIs and from which it is at any time possible to identify the current configuration and related documentation –Contains the document title, number, revision, status and date of all CIs Change Request (CR) –A document which describes a requested change or correction to the baselined documentation or software in a formalized manner –A CR defines the nature of the change and the reason for the change, identifies involved CIs and proposed new CIs, identifies the effects of the change on other CIs and system performance, and evaluates the merits of the change

Configuration Management Matti Kuikka CM Records (2/2) Change Request Analysis (CRA) –An analysis for a change request –A CRA identifies technical solution for the proposed change, identifies involved CIs and proposed new CIs, identifies the effects of the change on other CIs and system performance, identifies possible risks, defines resource information and a time plan for implementing the proposed change CR log –A file in which all CRs and CRAs of a specific project are recorded

Configuration Management Matti Kuikka CM Roles in a project Main roles –Configuration Manager –Project Manager –Test Project Manager –Technical Coordinator –Change Request author –Change Request analyst –Configuration Control Board Also involved –Quality Coordinator –Design Organization (designers and testers)

Configuration Management Matti Kuikka Configuration Control Boards (CCB) Main Project CCB –to manage the changes Subproject CCB –to manage the change analyses

Configuration Management Matti Kuikka Subproject CCB Members Principal members –Configuration Manager –Project Manager –Test Project Manager –Technical Coordinator Others –Change Request author/analyst –Quality Coordinator –Line representative

Configuration Management Matti Kuikka Change Request Flow CR Main- CCB Request Analysis No Yes sub- CCB Subproject CRlog WAITING ANALYSED APPROVED CANCELLED REJECTED FOLLOW UP Design Test FUNCTIONAL BASELINE FIN Decision Recommenndation Implement & Follow-up

Configuration Management Matti Kuikka Internal Change Request Flow iCR Subproject Analyse Impact Yes/no CCB Other Subproj iCRlog IN ANALYSED WAITING APPROVED REJECTED.. FOLLOW UP Design Test FUNCTIONAL BASELINE FIN Main-CCB Decision CCB Subproject Recommendation Yes No Implementation & Follow-up

Configuration Management Matti Kuikka Configuration Identification and Storage ! TRs Identified according to Ericsson Standards Controlled in Doc Surveys, CRLog, iCRLog, TCM Plan... DELTA, MHS, PRIM, CRlog, SigmaTool... Status Indication CNT Databases and Responsibilities Configuration Items -identified and controlled BD PRI AI CR Tools Methods.. ANT e.g.MHS Revision Handling PRIM

Configuration Management Matti Kuikka CM Configuration CM in projects in practice –Mobile Charging subproject Example about MCI Example about CR log Tools

Configuration Management Matti Kuikka Configuration Management tools ClearCase –Version Control –Workspace Management –Build Management –Process Control CMtool –User & tool interface –Delta interface

Configuration Management Matti Kuikka CM Tools: Clear Case benefits Version handling –Enables browsing of any version of document Multisite –Design centers able to share databases Parallel Design Parallel Projects