SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.

Slides:



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

Group 7 - Chapter 3 Steven Shroyer - Introduction, ad hoc, level 2 Xiao Jingshan - Levels 3 and 4 Dusting Marker - Level 5 and example companies Definintions.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
1 Brief Descriptions of CMM KPAs CEN 6070 Summer 2004.
How ISO9001 Compares with CMM Mark C. Paulk JAN,1995 CMM version 1.1 ISO9001 July 1994 presented by Zhilan Zhou.
1 State of Michigan Achieving Software Process Improvement with Capability Maturity Model (CMM)
Chapter 2 The Software Process
CPIS 357 Software Quality & Testing I.Rehab Bahaaddin Ashary Faculty of Computing and Information Technology Information Systems Department Fall 2010.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Capability Maturity Model (CMM) in SW design
Computer Engineering 203 R Smith Process/Plan Model 7/ Development Process Models Development Process Models are different ways to look at the processes.
1 R&D SDM 1 Software Project Management Capability Maturity Model 2009 Theo Schouten.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
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.
Software Engineering Institute Capability Maturity Model (CMM)
Lecture 11 CMM CSCI – 3350 Software Engineering II Fall 2014 Bill Pine.
Capability Maturity Model
CMM Level 3 KPA’s CS4320 Fall Organizational Process Focus (Goals) Software process development and improvement activities are coordinated across.
© 1999 Prentice-Hall, Inc. Chap Level 3: Key Processes Defined Group 9: LaTanya Moore Ali Imajat Asim Eldaroty.
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
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.
Process Assessment Motivation SEI Capability Maturity Model
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.
J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff.
CMMi What is CMMi? Basic terms Levels Common Features Assessment process List of KPAs for each level.
©Ian Sommerville 1995 Software Engineering, 5th edition. Chapter 31 Slide 1 Process Improvement u Understanding, Modelling and Improving the Software Process.
CMM Level 2 KPA’s CS 4320 Fall Requirements Management 1 Goals: – System requirements allocated to software are controlled using a baseline for.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
Software Engineering Lecture # 17
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Quality Concepts within CMM and PMI G.C.Reddy
Georgia Institute of Technology CS 4320 Fall 2003.
Software Requirements: Overview and Motivation Gruia-Catalin Roman and Christopher Gill CSE 436 January 2007 Department of Computer Science and Engineering.
Software Process Improvement: SEI Capability Maturity Model
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.
Requirements Development in CMMI
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.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
SOFTWARE PROCESS IMPROVEMENT
The Capability Maturity Model for Software: An Overview
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
State of Michigan Achieving Software Process Improvement with
CS4311 Spring 2011 Process Improvement Dr
CMMI Overview Quality Frameworks.
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.
KEY PROCESS AREAS (KPAs)
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Requirements Development in CMMI
Presentation transcript:

SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM

SWEN 5130 Requirements Engineering 2 Dr Jim Helm CMM - Background  In 1986, the Software Engineering Institute at Carnegie Mellon, with funding from the Department of Defense, began developing a process maturity framework to help developers improve their software process.  The effort was intended to provide the federal government with a method for assessing the capability of its software contractors.  By 1991, this framework had become known as the Capability Maturity Model, or CMM.  The current version of the CMM, Version 1.1, is being used by various government agencies to qualify software subcontractors and is also being used by a large number of commercial firms to improve and measure their software process.

SWEN 5130 Requirements Engineering 3 Dr Jim Helm Capability Maturity Model (CMM) - Overview The CMM Five Levels of Software Process Maturity 5. Optimizing4. Managed3. Defined2. Repeatable1. Initial

SWEN 5130 Requirements Engineering 4 Dr Jim Helm Characterizations of the Five Maturity Levels 1) Initial 1) InitialAd hoc, even chaotic. Success depends on individual heroics. 2) Repeatable 2) RepeatableBasic processes established to track cost, schedule, and functionality. Earlier successes can be repeated. 3) Defined 3) DefinedA process is documented, standardized, and integrated into the organization. All projects use a tailored version of the process. 4) Managed 4) ManagedMeasures of the process and product quality are collected. Process and products are quantitatively understood and collected. 5) Optimizing 5) OptimizingContinuous process improvement by quantitative feedback and introducing innovative technologies.

SWEN 5130 Requirements Engineering 5 Dr Jim Helm CMM Key Process Areas Key Process Areas identify the issues that must be addressed to achieve a maturity level Software Configuration Management Quality Assurance Subcontract management Project tracking and oversight Project Planning Requirements management Repeatable (2) Peer reviews Intergroup coordination Software product engineering Integrated software management Training program Organization process definition Organization process focus Quality management Quantitative process management Process change management Technology change management Defect prevention Defined (3) Managed (4) Optimizing (5)

SWEN 5130 Requirements Engineering 6 Dr Jim Helm An agreement on what the software is supposed to do! Key Process #1: Requirements Management  Key Process Area #1 is Requirements Management  “The purpose of Requirements Management is to establish a common understanding between the customer and the software project of the customer’s requirements that will be addressed by the software projects.”

SWEN 5130 Requirements Engineering 7 Dr Jim Helm Goals of the RM Key Process Area  Goal 1  Software requirements are controlled to establish a baseline for software engineering and management use.  Goal 2  Software plans, products, and activities are kept consistent with the system requirements allocated to software.

SWEN 5130 Requirements Engineering 8 Dr Jim Helm CMM - Commitment to Perform  Commitment 1- The project follows a written organizational policy  The requirements are documented.  Requirements are reviewed by managers and system test, system design, quality assurance, etc.  Plans, work products and activities are changed to be consistent with changes to requirements.

SWEN 5130 Requirements Engineering 9 Dr Jim Helm CMM - Ability to Perform  Ability 1 - Responsibilities are established for analyzing requirements  Ability 2 - The allocated requirements are documented  Technical (what the system does) and non-technical (milestones, schedule, costs) requirements are documented  Acceptance criteria are established and documented  Ability 3 - Resources and funding are provided for managing requirements  Trained individuals are assigned to manage requirements  Appropriate support tools are provided  Ability 4 - Members of the group are trained to perform their requirements management activities

SWEN 5130 Requirements Engineering 10 Dr Jim Helm CMM - Activities Performed  Activity 1  The software engineering group reviews the allocated requirements before they are incorporated into the system baseline.  Activity 2  The software group uses the allocated requirements as the basis for plans and activities. Requirements are managed and controlled.  Activity 3  Changes are reviewed and incorporated into the project.

SWEN 5130 Requirements Engineering 11 Dr Jim Helm CMM - Measurement and Analysis  Measurement 1 - Measurements are made and used to determine the status of activities for managing the allocated requirements.  Examples:  Measures of the process itself  Status of each of the allocated requirements (proposed, open, approved, incorporated)  Change activity, cumulative number of changes

SWEN 5130 Requirements Engineering 12 Dr Jim Helm CMM - Verifying Implementation q Verification 1 - Activities for managing requirements are periodically reviewed with senior management q Verification 2 - Activities are reviewed by project managers on a periodic and event-driven basis q Verification 3 - Software quality assurance reviews/audits activities and work products for managing requirements

SWEN 5130 Requirements Engineering 13 Dr Jim Helm Requirements Management at CMM Level 3  Software requirements are developed, maintained, documented, and verified by systematically analyzing the allocated requirements  Effective methods for analysis are used that are feasible and appropriate to implement, consistent, clearly stated, testable and complete  Each requirement is analyzed to verify it can be tested. Methods for verifying are identified and documented.  Requirements traceability supports analysis, coverage, and change management  The software requirements document is reviewed and approved with the customers and end users if appropriate.  The software requirements document is placed under configuration management.

SWEN 5130 Requirements Engineering 14 Dr Jim Helm Economic Benefit of CMM 0.00%20.00%40.00%60.00%80.00%100.00% MTTD (Days) Peak Staff (People) Uninflated Costs ($$) Effort (PM) Time (Months) Cost at CMM Level III Cost Reduction Benefit Ratio, CMM Level I to Level III Source - Putnam ‘94, Statistics from SLIM Estimating Tool Average size - 70,000 SLOC Cost at CMM Level I

SWEN 5130 Requirements Engineering 15 Dr Jim Helm SEI model problems  Focuses on project management rather than product development.  Ignores use of technologies such as rapid prototyping.  Does not incorporate risk analysis as a key process area  Does not define its domain of applicability