J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff.

Slides:



Advertisements
Similar presentations
SOFTWARE PROCESS IMPROVEMENT “Never Stop Learning”
Advertisements

Chapter 2 The Software Process
QUALITY ASSURANCE IMPROVEMENTS CURTIN UNIVERSITY LIBRARY Curtin University is a trademark of Curtin University of Technology CRICOS Provider code 00301J.
Software Life Cycles ECE 417/617: Elements of Software Engineering
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Capability Maturity Model (CMM) in SW design
R&D SDM 1 Software Process Improvement Capability Maturity Models
1 R&D SDM 1 Software Project Management Capability Maturity Model 2009 Theo Schouten.
Chapter 3 The Structure of the CMM
Capability Maturity Method (CMM)
CMMI Overview Quality Frameworks.
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
Organizational Project Management Maturity: Roadmap to Success
Standardization. Introduction A standard is a document. It is a set of rules that control how people should develop and manage materials, products, services,
Capability Maturity Model
Software Reliability: The “Physics” of “Failure” SJSU ISE 297 Donald Kerns 7/31/00.
Chapter : Software Process
Process: A Generic View n A software process  is a roadmap to building high quality software products.  provides a framework for managing activities.
What ISO 9000 Mandates The requirements for a quality system have been standardized - but many organizations like to think of themselves as unique. So.
Integrated Capability Maturity Model (CMMI)
Software Engineering II Lecture 1 Fakhar Lodhi. Software Engineering - IEEE 1.The application of a systematic, disciplined, quantifiable approach to the.
Capability Maturity Model Part One - Overview. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First.
N By: Md Rezaul Huda Reza n
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 1 (Ch. 1, 2, & 3)
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Chapter 2 Process: A Generic View
Lecture 1 Introduction to Software Engineering
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
Software Engineering Lecture # 17
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
Software Project Management Lecture 7A SEI - Capability Maturity Model.
Georgia Institute of Technology CS 4320 Fall 2003.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
M ATURATION OF P ROCESSES AND M ATURITY M ODELS Presenter Name Presentation Date.
Software Engineering - I
CS Process Improvement CMM Hans Van Vliet, Software Engineering, Principles and Practice, 3 rd edition, John Wiley & Sons, Chapter 6. W. Humphrey,
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
CMMI. 1.Initial - The software process is characterized as ad hoc, and occasionally even chaotic. Few processes are defined, and success depends on individual.
Process: A Generic View
Implementation Phase CS4311 – Spring 2008 References: Shach, Object Oriented and Classical Software Engineering E. Braude, Software Engineering, an Object-Oriented.
Ch-1 Introduction The processes used for executing a software project have major effect on quality of s/w produced and productivity achieved in project…
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Page 1 The Capability Maturity Model (CMM) distinguishes between immature and mature software organizations. Immature software organizations are typically.
COMP 6710 Course NotesSlide 3-0 Auburn University Computer Science and Software Engineering Course Notes Set 3: Software Process Maturity Computer Science.
Personal Software Process PSP--Personal Software Process.
SOFTWARE PROCESS IMPROVEMENT
Software Engineering (CSI 321) Software Process: A Generic View 1.
COMPGZ07 Project Management CMMI Project Planning Lecture 5b Graham Collins, UCL.
The Capability Maturity Model for Software: An Overview
Class-oriented metrics – Weighted methods per class, depth of the inheritance tree, number of children, coupling, response for class, lack of cohesion.
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
Done By: Asila AL-harthi Fatma AL-shehhi Fakhriya AL-Omieri Safaa AL-Mahroqi.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
CMMI for Services, Version 1.3
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Learning and Maturing James R. Burns April 7, 2016.
CS4311 Spring 2011 Process Improvement Dr
CMMI Overview Quality Frameworks.
Software Engineering (CSI 321)
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
CMMI Overview.
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Presentation transcript:

J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff of Carnegie Mellon University in Pittsburgh

J. R. Burns, Texas Tech University Immature Organizations n Processes are ad hoc, and occasionally chaotic. n Processes improvised by practitioners. n Testing and reviews usually curtailed under stress. n Quality is unpredictable.

J. R. Burns, Texas Tech University Immature Organizations, Cont’d n Costs and schedules are usually exceeded. n Reactionary management is usually firefighting. n Success rides on individual talent and heroic effort. n Technology benefits are lost in the noise.

J. R. Burns, Texas Tech University Mature Organizations n Processes are defined and documented. n Management plans, monitors, and communicates. n Roles and responsibilities are clear. n Product and process are measured.

J. R. Burns, Texas Tech University Mature Organizations, Cont’d n Quality, costs, and schedules are predictable n Management committed to continuous improvement. n Technology used effectively within defined process.

J. R. Burns, Texas Tech University Process Definition n Project Planning n Project Management n Software Engineering Procedures n Software standards n Software Quality Evaluation n Software Configuration management

J. R. Burns, Texas Tech University The Five Levels of Process Maturity n INITIAL n REPEATABLE n DEFINED n MANAGED n OPTIMIZING

J. R. Burns, Texas Tech University Five Levels

J. R. Burns, Texas Tech University Initial n The process is ad hoc, even chaotic n The processes are not defined n Success depends on individual effort n The environment is not stable

J. R. Burns, Texas Tech University Initial, Continued n The benefits of software engineering practices are undermined n Planning is nonexistent or ineffective n Process capability is unpredictable because the software process is constantly changed or modified as the work progresses

J. R. Burns, Texas Tech University Repeatable n Basic project management policies and procedures are established n Cost, schedule and functionality are tracked by module and task n A process discipline is put in place to repeat earlier successes n Managing new projects is based on experience with similar projects

J. R. Burns, Texas Tech University Repeatable, Continued n Basic software management controls are installed n Estimations of cost and time to complete are based on history for similar projects n Problems are identified and documented n Software requirements are baselined

J. R. Burns, Texas Tech University Repeatable, Continued n Project standards are defined n Project teams work with their customers and subcontractors to establish stable, managed working environments n Process is under the control of a project management system that is driven by performance on previous projects n A project performance database is defined and populated

J. R. Burns, Texas Tech University Defined n The process is documented n The process is standardized and integrated organization-wide-- institutionalized n All projects use a documented and approved version of the organization’s process n A software engineering process group facilitates process definition and improvement efforts

J. R. Burns, Texas Tech University Defined, Continued n Organization-wide training programs are implemented n The organization-wide standard software process can be refined to encompass the unique characteristics of the project n A peer review process is used to enhance product quality n Process capability is stable and based on a common understanding of processes, roles, and responsibilities in a defined process

J. R. Burns, Texas Tech University Managed n Quantitative quality goals are defined n Product quality and productivity are measured and collected n Both processes and products are quantitatively understood n Both processes and products are controlled using detailed measures n A productivity and quality database is defined

J. R. Burns, Texas Tech University Managed, Continued n Projects achieve control by narrowing the variation in performance to within acceptable boundaries n Process variation is controlled by use of a strategic business plan that details which product lines to pursue n Risks associated with moving up the learning curve of a new application domain are known and carefully managed n Process capability is measured and operating within measurable limits

J. R. Burns, Texas Tech University Optimizing n Continuous process improvement is enabled by quantitative feedback n Continuous process improvement is assessed from testing innovative ideas and technologies n Weak process elements are identified and strengthened n Defect prevention is explicit

J. R. Burns, Texas Tech University Optimizing, Cont’d n Statistical evidence is available on process effectiveness n Innovations that exploit the best software engineering practices are identified n Improvement occurs from –INCREMENTAL ADVANCEMENTS IN EXISTING PROCESSES –INNOVATIONS USING NEW TECHNOLOGIES AND METHODS

J. R. Burns, Texas Tech University