6. Software Metrics.

Slides:



Advertisements
Similar presentations
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Advertisements

1 Estimating Software Development Using Project Metrics.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Chapter 22 Process and Project Metrics
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Process and Project Metrics
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Metrics for Process and Projects
Metrics for Process and Projects
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Computer Engineering 203 R Smith Project Tracking 12/ Project Tracking Why do we want to track a project? What is the projects MOV? – Why is tracking.
1 In-Process Metrics for Software Testing Kan Ch 10 Steve Chenoweth, RHIT Left – In materials testing, the goal always is to break it! That’s how you know.
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
Project Closure Report Basker George. Project Closure When does a project end? Does it end when the software has been delivered to customer & acceptance-tested?
CMMI PMC Group Members Inam ul Haq Sajjad Raza Nabeel Azam
Software Engineering II - Topic: Software Process Metrics and Project Metrics Instructor: Dr. Jerry Gao San Jose State University
Software Measurement and Process Improvement
Software Metrics II Speaker: Jerry Gao Ph.D. San Jose State University URL: Sept., 2001.
SE 450 Software Processes & Product Metrics Software Metrics Overview.
Capability Maturity Model
N By: Md Rezaul Huda Reza n
1 Software Quality CIS 375 Bruce R. Maxim UM-Dearborn.
ARINC PROPRIETARY Measurement and Analysis JD Rosser SC-SPIN January 2008.
Software Engineering Software Process and Project Metrics.
Chapter 6 : Software Metrics
Software Project Management Lecture # 7. Outline Project Scheduling.
Software Test Metrics When you can measure what you are speaking about and express it in numbers, you know something about it; but when you cannot measure,
Software Measurement & Metrics
Software Project Management Lecture # 10. Outline Quality Management (chapter 26)  What is quality?  Meaning of Quality in Various Context  Some quality.
Product Metrics An overview. What are metrics? “ A quantitative measure of the degree to which a system, component, or process possesses a given attribute.”
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Test Metrics. Metrics Framework “Lord Kelvin, a renowned British physicist, is reputed to have said: ‘When you can measure what you are speaking about,
1 Chapter 4 Software Process and Project Metrics.
Software Project Management Lecture # 3. Outline Chapter 22- “Metrics for Process & Projects”  Measurement  Measures  Metrics  Software Metrics Process.
Software Quality Metrics
Software Metrics – part 2 Mehran Rezaei. Software Metrics Objectives – Provide State-of-art measurement of software products, processes and projects Why.
SOFTWARE PROCESS AND PROJECT METRICS. Topic Covered  Metrics in the process and project domains  Process, project and measurement  Process Metrics.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 15a: Product Metrics for Software Software Engineering: A Practitioner’s Approach, 6/e Chapter.
Test status report Test status report is important to track the important project issues, accomplishments of the projects, pending work and milestone analysis(
Carnegie Mellon Software Engineering Institute © 2006 by Carnegie Mellon University Software Process Performance Measures James Over Software Engineering.
Hussein Alhashimi. “If you can’t measure it, you can’t manage it” Tom DeMarco,
Chapter 22 Metrics for Process and Projects Software Engineering: A Practitioner’s Approach 6 th Edition Roger S. Pressman.
9/8/99Lecture 51 CIS 4251 / CIS 5930 SOFTWARE DEVELOPMENT Fall 1999 Sept. 8, 1999 Marge Holtsinger.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Chapter 22 Process and Project Metrics
ODC Level Performance Models
Chapter 4 Software Process and Project Metrics
Lecture 15: Technical Metrics
Product reliability Measuring
Software Project Sizing and Cost Estimation
Project Genome Mapping
Software Metrics “How do we measure the software?”
For University Use Only
Chapter 25 Process and Project Metrics
Quality Measurable characteristic Cyclomatic complexity Cohesion
Capability Maturity Model
Software metrics.
Presented by Trey Brumley and Ryan Carter
Process and Project Metrics
Chapter 32 Process and Project Metrics
Chapter 22 Process and Project Metrics
Metrics for Process and Projects
Capability Maturity Model
Presentation transcript:

6. Software Metrics

Introduction A measure provides a quantitative indication of the extent, amount, dimension, capacity, or size of some attribute of a product or process An indicator is a metric or combination of metrics that provide insight into the software process, a software project, or the product itself Metrics - Combination of two or more measures used to compare s/w processes, projects, and products. Set of metrics derived from the data collected from past projects at the organization level. These baselines are used as a basis to arrive at project specific quality goals

Measurement Process Formulation. The derivation of software measures and metrics appropriate for the representation of the software that is being considered. Collection. The mechanism used to accumulate data required to derive the formulated metrics. Analysis. The computation of metrics and the application of mathematical tools. Interpretation. The evaluation of metrics results in an effort to gain insight into the quality of the representation. Feedback. Recommendations derived from the interpretation of product metrics transmitted to the software team.

Product Metrics Requirement related metrics: Function points, Design Metrics: Complexity, Cohesion, Coupling, Modules/Interfaces, Num Classes, Num Screens, etc Dev Metrics: KLOC Testing Metrics: Defects related, Statement/Branch/Condition coverage metrics

Process Metrics Effort slippage or variation: This metric is the difference between Estimated and Actual effort as compared against the Estimated Effort. = (Actual Effort - Estimated Effort)/ (Estimated Effort) *100 Schedule slippage or variation: This metric is the ratio of difference between the Actual End Date and Planned End Date Vs difference between Planned End Date and Planned Start Date for the project. = ((Actual End date – Planned End date) / (Planned End date - Planned Start date)) * 100 Size Variation: This metric is the difference between Estimated Size and Actual size as compared against Estimated Size. = ((Actual Size – Estimated Size) / Estimated Size) * 100 Load Factory: Load Factor is computed as ratio of Actual Effort expended in the project to Total Effort available to the project in terms of number of resources allocated to the project for any given period. = (Actual Effort / Allocated Effort)

Process Metrics Cost of Quality: Preventive cost + Appraisal cost +Failure cost Rework effort: Percentage of Effort expended on Rework activities in the project to overall Effort. Time spent in Rework / Project Time Review Efficiency: It’s the ratio of number of review defects to total defects in software (review and testing) Test Effectiveness % : This metrics shows the efficiency of removing defects by internal Testing before delivering to customer. It determines quality of defects logged. Defect Removal Efficiency % : Comparison of internally reported defects with total defects (including customer reported). Requirement stability Index : Requirements Stability Index gives indication on ratio of Number of Missed requirements with Total No. of requirements

Metrics Example Estimated Effort (in person days) = 5 Actual Effort (in person days) = 7 Effort Variation% = =(7-5)/5 * 100 = 40% Actual Effort (in person days) = 100 No: Of Resources = 6 No: of days allocated = 20 Allocated Effort = (Available effort * No of Resources) in Person Days = 120 i.e (20*6) Load Factor = 100/120 = 0.83 Planned Start Date = 1-Jan-13 Planned End Date = 31-Jan-13 Actual Start Date = 2-Jan-13 Actual End Date = 1-Feb-13 Schedule Variation % = (1 / 31) * 100 = 3.22% Actual Size: 90 FP Estimated Size: 100 FP Size Variation % = ((100 – 90)/100) *100 = 10% Total Effort for Rework = 10 PD Total Effort for Project = 200 PD Rework Effort % =(10/200)*100= 5 %

Metrics Example COQ = (Effort spent on Prevention + Effort spent on Appraisal + Effort spent on Failure) / (Effort spent on Prevention + Effort spent on Appraisal + Effort spent on Failure + Effort spent on Production) *100 Number of Review defects = 10 Total number of Testing Defects including customer reported test defects = 100 Review Efficiency% = (10/110)*100 = 9.09 Total Number of defects found by test team = 100 Total Number of defects Rejected by Customer = 10 Total number of defects found by customer during UAT = 2 Test Effectiveness % = ((100 -10)/(100 + 2))*100 = 88.23 % Total No. of Initial Requirements = 50 Total No. of Missed Requirements = 2 RLI = (2/50)*100 = 4 Total number of Pre-shipment Defects.= 100 Total number of post-shipment Defects = 2 Defect Removal Efficiency % = (100/102)*100 = 98.04