Software Engineering Institute Capability Maturity Model (CMM)

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

1 Dr. Ashraf El-Farghly SECC. 2 Level 3 focus on the organization - Best practices are gathered across the organization. - Processes are tailored depending.
Software Quality Assurance Plan
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Chapter 2 The Software Process
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Stepan Potiyenko ISS Sr.SW Developer.
Software Configuration Management
School of Computing, Dublin Institute of Technology.
SE 555 Software Requirements & Specification Requirements Management.
Software Project Transition Planning
Software Configuration Management (SCM)
Project Management Methodology (PMM)
Configuration Management
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Configuration Management
Software Configuration Management
CSSE 375 Software Construction and Evolution: Configuration Management
Capability Maturity Model
Release & Deployment ITIL Version 3
Effective Methods for Software and Systems Integration
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Introduction to Software Quality Assurance (SQA)
Software Engineering II Lecture 1 Fakhar Lodhi. Software Engineering - IEEE 1.The application of a systematic, disciplined, quantifiable approach to the.
Test Organization and Management
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
N By: Md Rezaul Huda Reza n
Software Configuration Management
Software Configuration Management (SCM)
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.
Michael Dermody September 2010  Capability Maturity Model Integration ◦ Is a Trademark owned by the Software Engineering Institute (SEI) of Carnegie.
CMM Level 2 KPA’s CS 4320 Fall Requirements Management 1 Goals: – System requirements allocated to software are controlled using a baseline for.
NCSX Management Overview Hutch Neilson, NCSX Project Manager NCSX Conceptual Design Review Princeton, NJ May 23, 2002.
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.
SENG521 (Fall SENG 521 Software Reliability & Testing Software Product & process Improvement using ISO (Part 3d) Department.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
Software Quality Assurance
Project environment 1) Round trip engineering 2) Change management 3)Infrastructures. 4)Stakeholder environments. Overview of process Automation.
Georgia Institute of Technology CS 4320 Fall 2003.
Software Process Improvement: SEI Capability Maturity Model
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
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…
Quick Recap Monitoring and Controlling. Lesson 11: Monitoring and Controlling Project Work Topic 11A: Identify the Monitor and Control Project Work Process.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
SG SCM with MKS scmGalaxy Author: Rajesh Kumar
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
Cmpe 589 Spring Fundamental Process and Process Management Concepts Process –the people, methods, and tools used to produce software products. –Improving.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Configuration Management
Software Configuration Management
Software Project Configuration Management
Configuration Management
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Raytheon Parts Management
Software Engineering I
Capability Maturity Model
Capability Maturity Model
Presentation transcript:

Software Engineering Institute Capability Maturity Model (CMM)

Implementation CMM Review Key Process Areas Key Practices Company Software Development Lifecycle/CMM Process Flow Lifecycle/CMM Process Documentation Requirements Design/Project Planning Coding/Documentation Build/Test/Release

Why Implement CMM? To ensure that software projects are: Completed on time (meet schedule), Within budget, Built to quality standard, Maintainable, and Meet customer requirements

What Is CMM? Use project management, process and quality improvement methods for software development and maintenance. Five progressions, multiple Key Process Areas each level. Level 2 Key Process Areas: Requirements Management Software Quality Assurance Software Configuration Management Project Planning Project Tracking and Oversight Key Practices define if the process is being followed.

 Management-endorsed policies reflect KPA requirements.  Project resource needs and commitments are met.  Project management / lifecycle processes are defined.  Processes are documented, practiced, and enforced.  Project metrics are collected and tracked.  New projects use experience of prior projects.  All aspects of project are inspected.

Agreement with customer Define software specifications, technical and nontechnical Resolve issues before incorporation into software project  Ensure acceptance criteria is testable  Provide basis for estimating, planning, performing, and tracking software project's activities throughout life cycle.  Adjust software plans, work products, and activities to remain consistent with updated requirements. Owned by Product Manager

Owned by Quality Systems Provide visibility on product quality, project processes Review, inspect project products to verify compliance with procedures, standards Assess if project management activities follow CMM processes Provide managers with reviews, inspections, assessment results Assist in developing quality, software configuration management plans Assist in establishing software and project management standards, procedures

Establish, maintain product integrity throughout software life cycle Identify software configuration items (customer software products and items identified with or required to create software products) Control changes to configuration Maintain integrity and traceability of configuration Establish software baseline library and control builds/releases Utilize change control and configuration audit functions Owned by Quality Systems

Provide visibility on project progress Enable management to act on significant deviation from plan Compare software size, effort, cost, schedule against estimates Review commitments with management at selected milestones Negotiate change with affected groups Correct problems through revising plan or improving performance (Looking at MS Project web-based timekeeping system) Owned by Product Manager, Development Manager, or Project Manager

Plan for developing software and managing project Develop statement of work–scope, standards, risks, constraints Identify work products Develop estimates–software, documentation size, effort, critical computer resources Plan project's software engineering facilities and support tools Establish commitments Define schedule Owned by Product Manager, Development Manager, or Project Manager

High Level MRD (Marketing Requirements Doc) or Business Case High Level MRD (Marketing Requirements Doc) or Business Case Start MS Project Schedule to capture effort Start MS Project Schedule to capture effort Create Use Cases Create Use Cases Develop Requirements from Use Cases Develop Requirements from Use Cases Perform Risk Assessment / Create Risk Management Plan (Constraints, Assumptions) Perform Risk Assessment / Create Risk Management Plan (Constraints, Assumptions) Amend Quality Plan, SCM Plan for new project Amend Quality Plan, SCM Plan for new project Create Test Cases to validate/inspect Requirements Create Test Cases to validate/inspect Requirements Start Test Plan Start Test Plan Create Change Control Board Create Change Control Board Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments High Level MRD (Marketing Requirements Doc) or Business Case High Level MRD (Marketing Requirements Doc) or Business Case Start MS Project Schedule to capture effort Start MS Project Schedule to capture effort Create Use Cases Create Use Cases Develop Requirements from Use Cases Develop Requirements from Use Cases Perform Risk Assessment / Create Risk Management Plan (Constraints, Assumptions) Perform Risk Assessment / Create Risk Management Plan (Constraints, Assumptions) Amend Quality Plan, SCM Plan for new project Amend Quality Plan, SCM Plan for new project Create Test Cases to validate/inspect Requirements Create Test Cases to validate/inspect Requirements Start Test Plan Start Test Plan Create Change Control Board Create Change Control Board Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments

Requirements Template in DOORS/Checklist in Word

Software Quality Assurance Procedure in Word

Quality Plan Template and Checklist in Word

Software Configuration Management Plan in Word

Status Meeting Template in Word

Concurrently, Create Architectural, Logical, Physical Design, Data Models Create Architectural, Logical, Physical Design, Data Models Develop Software Development Plan Develop Software Development Plan Prepare Work Breakdown Structure for Modules Prepare Work Breakdown Structure for Modules Estimate Size, Effort, Cost, Critical Computer Resources Estimate Size, Effort, Cost, Critical Computer Resources Update Test Plan and Test Cases Update Test Plan and Test Cases Update MS Project Plan with WBS tasks Update MS Project Plan with WBS tasks Update SCM Plan with Software Configuration Items Update SCM Plan with Software Configuration Items Update Risk Management Plan with Development Risks Update Risk Management Plan with Development Risks Design Review Design Review Complete Stage End Reports, Assessments Complete Stage End Reports, AssessmentsConcurrently, Create Architectural, Logical, Physical Design, Data Models Create Architectural, Logical, Physical Design, Data Models Develop Software Development Plan Develop Software Development Plan Prepare Work Breakdown Structure for Modules Prepare Work Breakdown Structure for Modules Estimate Size, Effort, Cost, Critical Computer Resources Estimate Size, Effort, Cost, Critical Computer Resources Update Test Plan and Test Cases Update Test Plan and Test Cases Update MS Project Plan with WBS tasks Update MS Project Plan with WBS tasks Update SCM Plan with Software Configuration Items Update SCM Plan with Software Configuration Items Update Risk Management Plan with Development Risks Update Risk Management Plan with Development Risks Design Review Design Review Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments

Code Code Update Designs as needed Update Designs as needed Start Application Run Book Start Application Run Book Unit Tests Unit Tests Code Reviews Code Reviews Code Code Update Designs as needed Update Designs as needed Start Application Run Book Start Application Run Book Unit Tests Unit Tests Code Reviews Code Reviews Documentation Reviews Documentation Reviews Review Document Help Review Document Help Review Subject Matter Review Subject Matter Receive Technical Input Receive Technical Input Integrate Help into Application Integrate Help into Application Documentation Reviews Documentation Reviews Review Document Help Review Document Help Review Subject Matter Review Subject Matter Receive Technical Input Receive Technical Input Integrate Help into Application Integrate Help into Application Review/Update/Status Review/Update/Status Software Development PlanEstimates Software Development PlanEstimates SCM PlanQuality Plan SCM PlanQuality Plan Risk Management Plan MS Project Plan Risk Management Plan MS Project Plan Finalize Test Plan and Test Cases Finalize Test Plan and Test Cases Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments Review/Update/Status Review/Update/Status Software Development PlanEstimates Software Development PlanEstimates SCM PlanQuality Plan SCM PlanQuality Plan Risk Management Plan MS Project Plan Risk Management Plan MS Project Plan Finalize Test Plan and Test Cases Finalize Test Plan and Test Cases Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments

Authorize Builds Authorize Builds System Tests (MATs, FATs, CRUD, GATs-selected apps) System Tests (MATs, FATs, CRUD, GATs-selected apps) Document, Track, Resolve Defects Document, Track, Resolve Defects Retest (Regression) Retest (Regression) Certify Build for Release Certify Build for Release Complete Application Run Book Complete Application Run Book Deploy Release to Acceptance Test Deploy Release to Acceptance Test Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments Complete Project Post-Mortem Complete Project Post-Mortem Authorize Builds Authorize Builds System Tests (MATs, FATs, CRUD, GATs-selected apps) System Tests (MATs, FATs, CRUD, GATs-selected apps) Document, Track, Resolve Defects Document, Track, Resolve Defects Retest (Regression) Retest (Regression) Certify Build for Release Certify Build for Release Complete Application Run Book Complete Application Run Book Deploy Release to Acceptance Test Deploy Release to Acceptance Test Complete Stage End Reports, Assessments Complete Stage End Reports, Assessments Complete Project Post-Mortem Complete Project Post-Mortem

Training in Procedures, Templates and Checklists for all Development Staff for all Development Staff Hands On Training for Users Relative to Risk and Hands On Training for Users Relative to Risk and Requirements Processes Requirements Processes Apply Level 2 Processes to Pilot Projects: Minor Enhancement Pilot Major Enhancement Pilot Major Enhancement Pilot Major Product Upgrade Pilot or Major Product Upgrade Pilot or New Product Pilot New Product Pilot Level 2 Assessment Begin Preparations for Level 3 Training in Procedures, Templates and Checklists for all Development Staff for all Development Staff Hands On Training for Users Relative to Risk and Hands On Training for Users Relative to Risk and Requirements Processes Requirements Processes Apply Level 2 Processes to Pilot Projects: Minor Enhancement Pilot Major Enhancement Pilot Major Enhancement Pilot Major Product Upgrade Pilot or Major Product Upgrade Pilot or New Product Pilot New Product Pilot Level 2 Assessment Begin Preparations for Level 3