PROJECT MANAGEMENT AND CONTROL

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

Configuration Management
© The McGraw-Hill Companies, Software Project Management 4th Edition Monitoring and control Chapter 9.
Administration & Workflow
Delaware Valley Chapter
Stepan Potiyenko ISS Sr.SW Developer.
Recall The Team Skills 1. Analyzing the Problem 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5. Refining the System.
March 20, 2001CSci Clark University1 CSci 250 Software Design & Development Lecture #17 Tuesday, March 20, 2001.
Software Configuration Management (SCM)
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
Main Requirements on Different Stages of the Licensing Process for New Nuclear Facilities Module 4.7 Commissioning Geoff Vaughan University of Central.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
Software Configuration Management
CSSE 375 Software Construction and Evolution: Configuration Management
SE-02 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): - What? - Why? - How?
S/W Project Management
Cybersecurity: Engineering a Secure Information Technology Organization, 1st Edition Chapter 7 Software Supporting Processes and Software Reuse.
Software Configuration Management
Software Configuration Management (SCM)
Roles and Responsibilities
Relationships July 9, Producers and Consumers SERI - Relationships Session 1.
Software Quality Assurance
Software Engineering 2003 Jyrki Nummenmaa 1 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): -
Part 11, Electronic Records; Electronic Signatures
Managing Change 1. Why Do Requirements Change?  External Factors – those change agents over which the project team has little or no control.  Internal.
Software Engineering – University of Tampere, CS DepartmentJyrki Nummenmaa Configuration management.
Project management Topic 1 Project management principles.
Maintaining and Sustaining System Integrity Configuration Management for Transportation Management Systems Configuration management (CM) describes a series.
Reviews mae, fall 11. Review What: – Have skilled people assess your work –Requires that you have work product that is reviewable Why: – Find problems.
Configuration Management- Basic Concepts. Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case.
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
Project management Topic 8 Configuration Management.
Introduction to ITSM processes. CONFIDENTIAL Agenda Problem Management  Overview  High Level process Change Management  Overview  High Level process.
Managing TDM Drawings Lifecycle WorkFlow Created: March 30, 2006 Updated: April 10, 2006 By: Tony Parker.
ITIL® Service Asset & Configuration Management Foundations Service Transition Thatcher Deane 02/17/2010.
Software Engineering Process - II 7.1 Unit 7: Quality Management Software Engineering Process - II.
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Software Configuration Management (SCM)
Change Request Management
Principles of Information Systems Eighth Edition
Configuration Management
Configuration Management
Software Project Configuration Management
Documentation control
Software Configuration Management
Monitoring and control
Configuration Management
Configuration Management and Prince2
TechStambha PMP Certification Training
Software Configuration Management
Release Management Release Management.
CVS revisions UML diagram
MM03 - Master Data in Purchasing & Contract
Pre-Execution Process Review Presentation
Change Control Module P5 LEARNING OBJECTIVES: LEARNING OUTCOMES
Standards and Certification Training
Project Plan Template (Help text appears in cursive on slides and in the notes field)
ITIL: Why Your IT Organization Should Care Service Support
ITIL: Why Your IT Organization Should Care Service Support
Software Project Management Fifth Edition
UNIT-5 Monitoring and Control
Review & maintenance of IAEG Glossary
MODULE B - PROCESS SUBMODULES B1. Organizational Structure
This presentation document has been prepared by Vault Intelligence Limited (“Vault") and is intended for off line demonstration, presentation and educational.
ITIL: Why Your IT Organization Should Care Service Support
QA Reviews Lecture # 6.
Systems Operations and Support
This presentation document has been prepared by Vault Intelligence Limited (“Vault") and is intended for off line demonstration, presentation and educational.
Software Reviews.
Presentation transcript:

PROJECT MANAGEMENT AND CONTROL Change control

Change control The role of configuration librarian: Identifying items that need to be subject to change control Management of a central repository of the master copies of software and documentation Administering change procedures Maintenance of access records Identifying items that need to be subject to change control – it is unlikely, for example, that a feasibility report would be subject to change control once agreement has been obtained to start the project Management of a central repository of the master copies of software and documentation Administering change procedures It is important that someone ensures that there is adherence to change control procedures. Maintenance of access records. A situation to be avoided is where two different developers are making changes to the same software component. SPM monitoring and control

Typical change control process One or more users might perceive the need for a change User management decide that the change is valid and worthwhile and pass it to development management A developer is assigned to assess the practicality and cost of making the change Development management report back to user management on the cost of the change; user management decide whether to go ahead 1 and 2. The user community itself must come to a consensus about whether a proposal for a change should go forward. A change deemed desirable by one part of the user community could cause opposition with other users. 2 and 3. This part of the process often involves a multipart form, initially raised by a user representative and then completed with a response by the developers. 4. There could be a change control board with user and developer representatives that oversees this decision-making process SPM monitoring and control

Change control process contd. One or more developers are authorized to make copies of components to be modified Copies modified. After initial testing, a test version might be released to users for acceptance testing When users are satisfied then operational release authorized – master configuration items updated 5. The configuration librarian would control this release 6. Note that it is a copy that is modified; the original would still exist as the current operational version 7. The previous version of the configuration items would be archived but preserved. If there are unforeseen problems with the new version when it is made operational then a fall-back to the previous version could be considered SPM monitoring and control