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

2. 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.

3. 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

4. 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.

5. 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)

6. 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.”

7. 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.

8. 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.

9. 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

10. 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.

11. 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

12. 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

13. 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.

14. 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

15. 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