OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software configuration, software configuration items and software configuration.

Slides:



Advertisements
Similar presentations
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
Advertisements

Configuration Management Backup/Recovery Project Review.
OHT 10.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The testing process Determining the test methodology phase Planning.
Software Configuration Management Speaker: Jerry Gao Ph.D. San Jose State University URL:
Software Configuration Management
OHT 5.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Contract review process and stages Contract review objectives Implementation.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited Review objectives Formal design reviews (FDRs) Participants Preparations.
OHT 2.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 What is software? Software errors, faults and failures Classification.
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations.
CSC 395 – Software Engineering Lecture 25: SCM –or– Expecting Change From Everything But Vending Machines.
Software Configuration Management (SCM)
OHT 14.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software quality infrastructure components The need for procedures and.
OHT 5.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Contract review process and stages Contract review objectives Implementation.
OHT 3.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The need for comprehensive software quality requirements Classification.
OHT 1.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The uniqueness of software quality assurance The environments for which.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
OHT 13.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 What is a CASE tool? The contribution of CASE tools to software product.
Galin, SQA from theory to implementation © Pearson Education Limited Chapter 13 CASE Tools and their Effect on Software Quality.
Configuration Management
Software Configuration Management
CSSE 375 Software Construction and Evolution: Configuration Management
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
OHT 19.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Controlled documents and quality records Definitions and objectives.
SE-02 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): - What? - Why? - How?
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
SQA Architecture Software Quality By: MSMZ.
OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Chapter 18 Configuration Management.
Software Configuration Management
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
OHT 25.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The quality assurance organizational framework Top management’s quality.
Configuration Management (managing change). Starter Questions... Which is more important?  stability  progress Why is change potentially dangerous?
1 Software Development Configuration management. \ 2 Software Configuration  Items that comprise all information produced as part of the software development.
SOFTWARE QUALITY INFRASTRUCTURE COMPONENTS
OHT 5.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Contract review process and stages Contract review objectives Implementation.
CHAPTER 5 Infrastructure Components PART II. 2 ESGD5125 SEM II 2009/2010 Dr. Samy Abu Naser Procedures and work instruction. Quality support devices like.
OHT 12.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction Types of external participants Risks and benefits of introducing.
OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction The foundations of high quality Foundation 1: software.
© Mahindra Satyam 2009 Configuration Management QMS Training.
Software Engineering 2003 Jyrki Nummenmaa 1 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): -
SOFTWARE CONFIGURATION MANAGEMENT. Change is inevitable when computer software is built. And change increases the level of confusion among software engineers.
OHT 1.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The uniqueness of software quality assurance The environments for which.
SE513 Software Quality Assurance Lecture07: Maintenance Life Cycle Quality Assurance Tools Galin, SQA from Theory to Education.
OHT 20.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The components of project progress control Progress control of internal.
Software Engineering – University of Tampere, CS DepartmentJyrki Nummenmaa Configuration management.
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
OHT 12.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction Types of external participants Risks and benefits of introducing.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 29 Slide 1 Configuration management.
OHT 15.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Templates The contribution of templates to software quality The organizational.
Software Configuration Management n Art of coordinating SW development to minimize confusion n Software quality assurance (umbrella) activity n Set of.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Configuration Management
1 Chapter 9 Software Configuration Management. 2 The “First Law” No matter where you are in the system life cycle, the system will change, and the desire.
Timesheet training Version: Introduction Duration: 1.5 hours Purpose: Guide on how to use Timesheet.
Configuration Management How to keep from losing control of change.
SE513 Software Quality Assurance Lecture10: Documentation and Quality Records Control Galin, SQA from Theory to Education Limited.
Software Engineering Lecture 9: Configuration Management.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
Software Configuration Management (SCM)
OHT 15.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Templates The contribution of templates to software quality The organizational.
Configuration Management
Software Configuration Management
Software Project Configuration Management
Supporting quality devices
Chapter 11: Software Configuration Management
Configuration Management (managing change)
Chapter 11: Software Configuration Management
Chapter # 6 Software Configuration Management
Chapter # 4 Development and Quality Plans
Presentation transcript:

OHT 18.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software configuration, software configuration items and software configuration management Software configuration management – tasks and organization The tasks of the software configuration management The software configuration authority Software change control Approval to carry out proposed changes Quality assurance of software changes Release of software configuration versions Types of software configuration releases Software configuration management plans Software configuration evolution models Documentation of software configuration versions Provision of SCM information services Software configuration management audits Computerized tools for managing software configuration

OHT 18.2 Galin, SQA from theory to implementation © Pearson Education Limited 2004 <> “What is the correct version of the software module that I have to continue its coding?” <> “Who can provide me with an accurate copy of the last year’s version 4.1 of the TMY software package?” <> “What version of the design document matches the software version we are adapting to a new customer?” <> “What version of the software system is installed at ABC Industries?” <> “What changes have been introduced in the version installed at the ABC Industries’ site?” <> “What changes have been introduced in the new version of the software?” <> “Where can I find the full list of customers that use version 6.8 of our software?” <> “Can we be sure that the version installed at Top Com Ltd. does not include undocumented changes?”

OHT 18.3 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software configuration item (SCI) An approved unit of software code, a document or piece of hardware that is designed for configuration management and treated as a distinct entity in the software configuration management process. Software configuration item version (SCI version) The approved state of an SCI at any given point of time during the development or maintenance process Software configuration version An approved selected set of documented SCI versions, that constitute a software system or document at a given point of time, where the activities to be performed are controlled by software configuration management procedures.

OHT 18.4 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Design documents Software code * Source code * Object code * Prototype software Data files * Test cases and test scripts * Parameters, codes, etc. Software development tools (the versions applied in the development and maintenance stages) * Compilers and debuggers * Application generators * CASE tools

OHT 18.5 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Design documents -Software development plan (SDP) -System requirement document -Software requirement document (SRD) -Interface design specifications -Preliminary design document (PDD) -Critical design document (CDD) -Database description -Software test plan (STP) -Software test procedure (STPR) -Software test report (STR) -Software user manual -Software maintenance manual -Software installation plan (SIP) -Software maintenance request (including problem reports) -Software change request (SCRs) and software change order -Version description document (VDD)

OHT 18.6 Galin, SQA from theory to implementation © Pearson Education Limited 2004 SCI Version PMT Version 6.0 January 6, 2002 SCI Version in the Release PMT Version 7.0 January 22, 2003 SCI Version in the Release SRDVer. 1 CDDVer. 3Ver. 4 STPVer. 3Ver. 4 SIPVer. 2 VDDVer. 6Ver. 7 Code Module 1Ver. 3Ver. 5 Code Module 2Ver. 8 Code Module 3Ver. 2 Test cases fileVer. 3Ver. 4 CL compilerVer. 5Ver. 7 Software user manualVer. 6Ver. 7 Release and release date

OHT 18.7 Galin, SQA from theory to implementation © Pearson Education Limited 2004 An SQA component responsible for applying (computerized and non-computerized) technical tools and administrative procedures that enable completion of the tasks required to maintain SCIs and software configuration versions.

OHT 18.8 Galin, SQA from theory to implementation © Pearson Education Limited 2004 ***Control software change ***Release of SCI and software configuration versions ***Provision of SCM information services ***Verification of compliance to SCM procedures

OHT 18.9 Galin, SQA from theory to implementation © Pearson Education Limited 2004 * Expected contribution of the proposed change * Urgency of the change * Effect of the proposed change on project timetables, level of service, etc. * Efforts required in making the change operational * Required software quality assurance efforts * Estimated required professional resources and cost of performing the change

OHT Galin, SQA from theory to implementation © Pearson Education Limited Defective SCIs 2.Special features demanded by new customers 3.Team’s initiatives to introduce SCI improvements

OHT Galin, SQA from theory to implementation © Pearson Education Limited 2004 The plan includes: *  A list of scheduled baseline version releases. *  A list of SCIs (documents, code, etc.) to be included in each version. *A table identifying the relationship of software development project plans and maintenance plans to scheduled releases of new SCIs or SCI versions. *A list of assumptions about the resources required to perform the SCMP. *Estimates of the human resources and budget needed to perform the SCMP.

OHT Galin, SQA from theory to implementation © Pearson Education Limited 2004 Ver 2.1 IN Ver 2.0 BL Ver 1.0 BL Ver 2.2 IN Ver 3.0 BL Ver 4.0 BL Ver 4.1 IN Linear evolution model Ver a1.0 BL Ver e1.1 BLVer c2.0 BL Ver c1.1 BL Ver d1.1 IN Ver d1.0 BLVer e1.0 BL Ver b1.0 BL Ver c1.0 BL Ver b1.1 IN Tree evolution model General Printer Black printer Color printer Printer - fax

OHT Galin, SQA from theory to implementation © Pearson Education Limited 2004 a.Identification and installations *Release version and revision number, including date *List of installations where the release was installed b.Configuration of the released version  List of SCIs (including SCI’s version) in the released software version *List of hardware configuration items required for operating the specified version  List of interfacing software and hardware systems *Installation instructions for the new release

OHT Galin, SQA from theory to implementation © Pearson Education Limited 2004 C.Changes in the new version *Previous software configuration version *List of SCIs that have been changed, new SCIs, and deleted SCIs *Short description of introduced changes. *Operational and other implications of changes in the release. D.Further development issues *List of software system problems that have not been solved in the new version. *List of delayed SCRs and proposals for development of the software system.

OHT Galin, SQA from theory to implementation © Pearson Education Limited 2004 Information related to software change control: *Change request status information *Change order progress information Information about SCIs and software configuration versions: *Accurate copies of SCI versions (code SCIs, document SCIs, etc.) and entire software configuration versions. *Full reports of changes between successive releases (versions and/or revisions) of code SCIs and between successive releases of other types of SCIs. * Copies of SCI version documentation and software configuration version documentation (VDDs). *Detailed version and revision history for SCIs and software configurations. *Progress information about planned versions and releases *Information correlated about versions installed at a given site and about the site itself. *List where a given software configuration version is installed.