SlideShare a Scribd company logo
SPM-UNIT IV
CONFIGURATION MANAGEMENT
INTRODUCTION
Prof. Kanchana Devi
Introduction
Prof. Kanchana Devi
2
 It is one of the fundamental Activity of software
engineering.
 Changes to the requirements drive the design,
and design changes affect the code
 The change process is simple in concept but
complex in detail.
 In order to handle the changes a separate
formal management is required (i. e.)
Configuration Management
Need for Configuration
Management
Prof. Kanchana Devi
3
 The very much difficult task in software
development is to fix the problem
 Eg.
 A difficult bug that was fixed at great expense
suddenly reappears
 A fully tested program suddenly doesn’t work
 A developed and tested feature is missing
Solution
Prof. Kanchana Devi
4
 Configuration management helps to reduce these
problems by coordinating the work among the
people
 Without Configuration Management many
Problems arises such as
 Simultaneous Updates
 Shared Code
 Common Code
 Versions
 These problems will result in lack of control, waste
enormous amount of time
To have control
Prof. Kanchana Devi
5
 To have a control system that answers the
following questions
 What is my current software configuration?
 What is its status?
 How do I control changes to my configuration?
 How do I inform everyone else of my changes?
 What changes have been made to my software?
 Do anyone else changes affect my software?
Software Product Nomenclature
Prof. Kanchana Devi
6
 Control the development of the system
elements and then combined into full system.
System
Sub-
System
Sub-
System
Products
Products
Components
Components
Modules
Modules
Prof. Kanchana Devi
7
 System
 The package of all software the meets all user
requirements
 Sub-system
 Communication, display, processing
 Product
 Sub system contain many products
 Eg. Operating system- control program, compiler, ..
 Components
 A control program – supervisor, scheduler, i/o controls
 Module
 Small and self-contained - queue management, interrupt
management
Basic Configuration Management
Functions
Prof. Kanchana Devi
8
 Configuration Control
 Revisions
 Derivation
 Versions
 Deltas
 Conditional Code
Configuration Control
Prof. Kanchana Devi
9
 The task of configuration control revolves
around one official copy of the code
 The simplest way to protect every system
revision to keep a separate copy of each
revision level
 A good rule of thumb is that “No Separate
Copies of a program can be kept identical”
 Solution: Library Facility
 Eg. Google Excel
Revisions
Prof. Kanchana Devi
10
 Keeping track of the revisions is an important
task of configuration management
 When new problems are found, previous tests
can be rerun to trace the problem source.
 Solution: Numbering System
Derivations
Prof. Kanchana Devi
11
 The ability is to determine what has changed
is one of the most powerful software testing
aids.
Module 101 Module 101
Control Program level 116 Control Program Level 117
X
Y
Test A Rerun
Test A
Some information maintained in
derivation record are:
Prof. Kanchana Devi
12
 The revision level of each module
 The revision level of the tools used to assemble,
compile, link, load and execute the program
 The test cases used and their revision level
 The test data employed
 The files used
 The software and hardware system configuration
including peripherals features options
 The operational procedures
Versions
Prof. Kanchana Devi
13
 Several different functions can be
implemented by the same module with only
modest coding differences
Deltas
Prof. Kanchana Devi
14
 Use of versions solve the problem of different
functional needs for the same module but
introduce multiple copies of the same code.
MEM
MEMS
MEML
>512
>512
Large Memory
Standard Memory
Conditional Code
Prof. Kanchana Devi
15
 Useful for handling slight code variations
 Advantage
 There remains only one copy of the code
 Disadvantages
 Requires the proper parameters to trigger; which
could be astronomical in large systems
 Nightmare to maintain over a decent length of
time.

More Related Content

PDF
Spm unit iii-configuration mgmt-responsibilities
PPTX
Spm unit v-software reliability-
PPTX
Spm unit v-software maintenance-intro
PPT
Slides chapter 5
PPTX
Process and Project Metrics-1
PPT
Lecture 20 software testing (2)
PPT
Slides chapter 15
PPT
Slides chapters 21-23
Spm unit iii-configuration mgmt-responsibilities
Spm unit v-software reliability-
Spm unit v-software maintenance-intro
Slides chapter 5
Process and Project Metrics-1
Lecture 20 software testing (2)
Slides chapter 15
Slides chapters 21-23

What's hot (20)

PPT
SE chapter 4
PPTX
Software Cost Estimation Techniques
PPT
Slides chapter 2
PPTX
Software Engineering - Lecture 01
PDF
System Development Life Cycle & Implementation of MIS
PPT
Slides chapters 26-27
PPTX
Generic process model
PPTX
Sdlc process
PPT
Pressman ch-22-process-and-project-metrics
DOCX
Software Engineering Assignment
PPT
Introduction to Software Engineering 1
PPTX
Software Process Models
PPTX
Software maintenance
PPT
PPTX
8. project-management
PPTX
Software Engineering - Lecture 02
DOCX
agile methods.docx
PPTX
Fundamental test process (TESTING IMPLEMENTATION SYSTEM)
PPT
Software Engineering Fundamentals
PPT
Cba Ipi Cmm Intro Session 2 Level 2
SE chapter 4
Software Cost Estimation Techniques
Slides chapter 2
Software Engineering - Lecture 01
System Development Life Cycle & Implementation of MIS
Slides chapters 26-27
Generic process model
Sdlc process
Pressman ch-22-process-and-project-metrics
Software Engineering Assignment
Introduction to Software Engineering 1
Software Process Models
Software maintenance
8. project-management
Software Engineering - Lecture 02
agile methods.docx
Fundamental test process (TESTING IMPLEMENTATION SYSTEM)
Software Engineering Fundamentals
Cba Ipi Cmm Intro Session 2 Level 2
Ad

Viewers also liked (11)

PPSX
Induction for students admitted pumba on operations management
PDF
Spm project planning
PDF
Spm unit iii-risk-pert
PPTX
Six sigma part1: Process capability
PDF
Spm ap-network model-
PPT
Strategic Planning Models
PPT
Chapter 12(cpm pert)
PPT
Spm unit 3
PPTX
Critical path method
PPTX
Critical Path Method (CPM) & Network Analysis
PPTX
Sales & Operations Planning Process
Induction for students admitted pumba on operations management
Spm project planning
Spm unit iii-risk-pert
Six sigma part1: Process capability
Spm ap-network model-
Strategic Planning Models
Chapter 12(cpm pert)
Spm unit 3
Critical path method
Critical Path Method (CPM) & Network Analysis
Sales & Operations Planning Process
Ad

Similar to Spm unit iii-configuration mgmt-intro (20)

PDF
SWE-401 - 11. Software maintenance overview
PPTX
BSG SE4201 Software Configuration Management and Maintenance Lesson 1 Novembe...
PPTX
Lec16,17_Software Construction & development.pptx
PPTX
Programming Engineering Lecture 10 Alaa.ppt
PDF
Lecture 12 Software Engineering Evolution
PPTX
Software Maintenance
PPTX
Software maintaince.pptx
PPTX
Lec17_Software Construction & development.pptx
PPT
software process
DOCX
Ch 02 s.e software process models 1
PPSX
PDF
Lecture 11 Software Engineering Testing Slide
PPTX
week-3.pptx.............................
PPTX
Lecture 02
PPT
Software maintenance
PPTX
Soft.Engg. UNIT 1.pptx
PPTX
Ch9-Software Engineering 9
PDF
What is Unit Testing? - A Comprehensive Guide
PPTX
2.-IT-266_APDET-Module-2-of-3.pptx
SWE-401 - 11. Software maintenance overview
BSG SE4201 Software Configuration Management and Maintenance Lesson 1 Novembe...
Lec16,17_Software Construction & development.pptx
Programming Engineering Lecture 10 Alaa.ppt
Lecture 12 Software Engineering Evolution
Software Maintenance
Software maintaince.pptx
Lec17_Software Construction & development.pptx
software process
Ch 02 s.e software process models 1
Lecture 11 Software Engineering Testing Slide
week-3.pptx.............................
Lecture 02
Software maintenance
Soft.Engg. UNIT 1.pptx
Ch9-Software Engineering 9
What is Unit Testing? - A Comprehensive Guide
2.-IT-266_APDET-Module-2-of-3.pptx

More from Kanchana Devi (9)

PPTX
Spm unit iii-risk-working in teams
PPTX
Spm unit iii-risk-resource allocation
PPTX
Spm unit iii-risk-monitoring & control1
PPTX
Spm unit iii-risk-intro
PPTX
SPM Activity Planning Introduction
PDF
Spm software effort estimation
PPTX
SPM Evaluation
PPTX
Open source spm tools
PPTX
Software project management introduction
Spm unit iii-risk-working in teams
Spm unit iii-risk-resource allocation
Spm unit iii-risk-monitoring & control1
Spm unit iii-risk-intro
SPM Activity Planning Introduction
Spm software effort estimation
SPM Evaluation
Open source spm tools
Software project management introduction

Recently uploaded (20)

DOCX
573137875-Attendance-Management-System-original
PDF
Digital Logic Computer Design lecture notes
PDF
Structs to JSON How Go Powers REST APIs.pdf
PPTX
UNIT 4 Total Quality Management .pptx
PPTX
UNIT-1 - COAL BASED THERMAL POWER PLANTS
PPTX
bas. eng. economics group 4 presentation 1.pptx
PPTX
CYBER-CRIMES AND SECURITY A guide to understanding
PPTX
Welding lecture in detail for understanding
PDF
Embodied AI: Ushering in the Next Era of Intelligent Systems
PPT
Mechanical Engineering MATERIALS Selection
PDF
Well-logging-methods_new................
PPTX
web development for engineering and engineering
PPTX
additive manufacturing of ss316l using mig welding
PDF
Operating System & Kernel Study Guide-1 - converted.pdf
PPTX
OOP with Java - Java Introduction (Basics)
PPTX
Internet of Things (IOT) - A guide to understanding
PPTX
CARTOGRAPHY AND GEOINFORMATION VISUALIZATION chapter1 NPTE (2).pptx
PDF
keyrequirementskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
PPTX
Lecture Notes Electrical Wiring System Components
PDF
PRIZ Academy - 9 Windows Thinking Where to Invest Today to Win Tomorrow.pdf
573137875-Attendance-Management-System-original
Digital Logic Computer Design lecture notes
Structs to JSON How Go Powers REST APIs.pdf
UNIT 4 Total Quality Management .pptx
UNIT-1 - COAL BASED THERMAL POWER PLANTS
bas. eng. economics group 4 presentation 1.pptx
CYBER-CRIMES AND SECURITY A guide to understanding
Welding lecture in detail for understanding
Embodied AI: Ushering in the Next Era of Intelligent Systems
Mechanical Engineering MATERIALS Selection
Well-logging-methods_new................
web development for engineering and engineering
additive manufacturing of ss316l using mig welding
Operating System & Kernel Study Guide-1 - converted.pdf
OOP with Java - Java Introduction (Basics)
Internet of Things (IOT) - A guide to understanding
CARTOGRAPHY AND GEOINFORMATION VISUALIZATION chapter1 NPTE (2).pptx
keyrequirementskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
Lecture Notes Electrical Wiring System Components
PRIZ Academy - 9 Windows Thinking Where to Invest Today to Win Tomorrow.pdf

Spm unit iii-configuration mgmt-intro

  • 2. Introduction Prof. Kanchana Devi 2  It is one of the fundamental Activity of software engineering.  Changes to the requirements drive the design, and design changes affect the code  The change process is simple in concept but complex in detail.  In order to handle the changes a separate formal management is required (i. e.) Configuration Management
  • 3. Need for Configuration Management Prof. Kanchana Devi 3  The very much difficult task in software development is to fix the problem  Eg.  A difficult bug that was fixed at great expense suddenly reappears  A fully tested program suddenly doesn’t work  A developed and tested feature is missing
  • 4. Solution Prof. Kanchana Devi 4  Configuration management helps to reduce these problems by coordinating the work among the people  Without Configuration Management many Problems arises such as  Simultaneous Updates  Shared Code  Common Code  Versions  These problems will result in lack of control, waste enormous amount of time
  • 5. To have control Prof. Kanchana Devi 5  To have a control system that answers the following questions  What is my current software configuration?  What is its status?  How do I control changes to my configuration?  How do I inform everyone else of my changes?  What changes have been made to my software?  Do anyone else changes affect my software?
  • 6. Software Product Nomenclature Prof. Kanchana Devi 6  Control the development of the system elements and then combined into full system. System Sub- System Sub- System Products Products Components Components Modules Modules
  • 7. Prof. Kanchana Devi 7  System  The package of all software the meets all user requirements  Sub-system  Communication, display, processing  Product  Sub system contain many products  Eg. Operating system- control program, compiler, ..  Components  A control program – supervisor, scheduler, i/o controls  Module  Small and self-contained - queue management, interrupt management
  • 8. Basic Configuration Management Functions Prof. Kanchana Devi 8  Configuration Control  Revisions  Derivation  Versions  Deltas  Conditional Code
  • 9. Configuration Control Prof. Kanchana Devi 9  The task of configuration control revolves around one official copy of the code  The simplest way to protect every system revision to keep a separate copy of each revision level  A good rule of thumb is that “No Separate Copies of a program can be kept identical”  Solution: Library Facility  Eg. Google Excel
  • 10. Revisions Prof. Kanchana Devi 10  Keeping track of the revisions is an important task of configuration management  When new problems are found, previous tests can be rerun to trace the problem source.  Solution: Numbering System
  • 11. Derivations Prof. Kanchana Devi 11  The ability is to determine what has changed is one of the most powerful software testing aids. Module 101 Module 101 Control Program level 116 Control Program Level 117 X Y Test A Rerun Test A
  • 12. Some information maintained in derivation record are: Prof. Kanchana Devi 12  The revision level of each module  The revision level of the tools used to assemble, compile, link, load and execute the program  The test cases used and their revision level  The test data employed  The files used  The software and hardware system configuration including peripherals features options  The operational procedures
  • 13. Versions Prof. Kanchana Devi 13  Several different functions can be implemented by the same module with only modest coding differences
  • 14. Deltas Prof. Kanchana Devi 14  Use of versions solve the problem of different functional needs for the same module but introduce multiple copies of the same code. MEM MEMS MEML >512 >512 Large Memory Standard Memory
  • 15. Conditional Code Prof. Kanchana Devi 15  Useful for handling slight code variations  Advantage  There remains only one copy of the code  Disadvantages  Requires the proper parameters to trigger; which could be astronomical in large systems  Nightmare to maintain over a decent length of time.