University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 1 An Analysis of Changes in Productivity and COCOMO Cost.

Slides:



Advertisements
Similar presentations
COST ESTIMATION TECHNIQUES AND COCOMO. Cost Estimation Techniques 1-)Algorithmic cost modelling 2-)Expert judgement 3-)Estimation by analogy 4)-Parkinsons.
Advertisements

Tradespace, Affordability, and COCOMO III Barry Boehm, USC CSSE Annual Research Review 2014 April 30,
Copyright 2000, Stephan Kelley1 Estimating User Interface Effort Using A Formal Method By Stephan Kelley 16 November 2000.
Cocomo II Constructive Cost Model [Boehm] Sybren Deelstra.
CSCI COCOMO Tutorial1 CS “Tutorial” Presentation: Software Cost Estimation Tools – COCOMO II and COCOTS A Winsor Brown and Ye.
University of Southern California Center for Software Engineering CSE USC COSYSMO: Constructive Systems Engineering Cost Model Barry Boehm, USC CSE Annual.
University of Southern California Center for Systems and Software Engineering Productivity Data Analysis and Issues Brad Clark, Thomas Tan USC CSSE Annual.
Applying COCOMO II Effort Multipliers to Simulation Models 16th International Forum on COCOMO and Software Cost Modeling Jongmoon Baik and Nancy Eickelmann.
COCOMO II Calibration Brad Clark Software Metrics Inc. Don Reifer Reifer Consultants Inc. 22nd International Forum on COCOMO and Systems / Software Cost.
University of Southern California Center for Systems and Software Engineering © 2010, USC-CSSE 1 COCOMO II Maintenance Model Upgrade Vu Nguyen, Barry Boehm.
Ch8: Management of Software Engineering. 1 Management of software engineering  Traditional engineering practice is to define a project around the product.
University of Southern California Center for Systems and Software Engineering 1 © USC-CSSE A Constrained Regression Technique for COCOMO Calibration Presented.
Introduction Wilson Rosa, AFCAA CSSE Annual Research Review March 8, 2010.
University of Southern California Center for Systems and Software Engineering Assessing the IDPD Factor: Quality Management Platform Project Thomas Tan.
1 CORADMO in 2001: A RAD Odyssey Cyrus Fakharzadeh 16th International Forum on COCOMO and Software Cost Modeling University of Southern.
University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 1 Assessing and Estimating Corrective, Enhancive, and Reductive.
COCOMO II Database Brad Clark Center for Software Engineering Annual Research Review March 11, 2002.
University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 1 Reuse and Maintenance Estimation Vu Nguyen March 17, 2009.
University of Southern California Center for Software Engineering CSE USC 9/14/05 1 COCOMO II: Airborne Radar System Example Ray Madachy
April 27, 2004CS WPI1 CS 562 Advanced SW Engineering Lecture #3 Tuesday, April 27, 2004.
Chapter 23 – Project planning Part 2. Estimation techniques  Organizations need to make software effort and cost estimates. There are two types of technique.
Information System Economics Software Project Cost Estimation.
COCOMO-SCORM: Cost Estimation for SCORM Course Development
ESD web seminar1 ESD Web Seminar February 23, 2007 Ricardo Valerdi, Ph.D. Unification of systems and software engineering cost models.
By K Gopal Reddy.  Metrics in software are of two types.direct and indirect.  Function points as indirect metrics.  Function points are used to measure.
University of Southern California Center for Systems and Software Engineering Cost Estimation with COCOMO II Barry Boehm CS 510, Fall 2015 v3: Slide 10.
T. E. Potok - University of Tennessee CS 594 Software Engineering Lecture 3 Dr. Thomas E. Potok
University of Southern California Center for Software Engineering C S E USC Using COCOMO for Software Decisions - from COCOMO II Book, Section 2.6 Barry.
University of Southern California Center for Software Engineering C S E USC Using COCOMO for Software Decisions - from COCOMO II Book, Section 2.6 Barry.
Project Estimation Model By Deepika Chaudhary. Factors for estimation Initial estimates may have to be made on the basis of a high level user requirements.
University of Southern California Center for Systems and Software Engineering Vu Nguyen, Barry Boehm USC-CSSE ARR, May 1, 2014 COCOMO II Cost Driver Trends.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 26 Slide 1 Software cost estimation 2.
University of Southern California Center for Systems and Software Engineering (c) USC CSSECSCI 577a 2010 COCOMO + COCOTS Tutorial1 577a 2010.
Estimating Cost size difficulty effort productivity work rate cost LoC, fp mm (ideal) mm $ $/mm time.
Overview of COCOMO Reporter:Hui Zhang
University of Southern California Center for Systems and Software Engineering © 2010, USC-CSSE 1 Trends in Productivity and COCOMO Cost Drivers over the.
Function Points Synthetic measure of program size used to estimate size early in the project Easier (than lines of code) to calculate from requirements.
University of Southern California Center for Systems and Software Engineering Reducing Estimation Uncertainty with Continuous Assessment: Tracking the.
The COCOMO model An empirical model based on project experience. Well-documented, ‘independent’ model which is not tied to a specific software vendor.
Rating Very Very Extra Cost Drivers Low Low Nominal High High High Product Attributes Required software reliability Database size.
+ Incremental Development Productivity Decline Ramin Moazeni, Daniel Link.
University of Southern California Center for Systems and Software Engineering A Tractable Approach to Handling Software Productivity Domains Thomas Tan.
Local Calibration: How Many Data Points are Best? Presented by Barry Boehm on behalf of Vu Nguyen, Thuy Huynh University of Science Vietnam National University.
University of Southern California Center for Systems and Software Engineering 1 © USC-CSSE Integrating Case-Based, Analogy-Based, and Parameter-Based Estimation.
بشرا رجائی برآورد هزینه نرم افزار.
COCOMO Software Cost Estimating Model Lab 4 Demonstrator : Bandar Al Khalil.
1 Agile COCOMO II: A Tool for Software Cost Estimating by Analogy Cyrus Fakharzadeh Barry Boehm Gunjan Sharman SCEA 2002 Presentation University of Southern.
כ"ז/שבט/תשע"ח An Overview of Software Development Effort and Cost Estimation Techniques Professor Ron Kenett Tel Aviv University School of Engineering.
COCOMO III Workshop Summary
PROJECT LIFE CYCLE AND EFFORT ESTIMATION
Metrics and Terms SLOC (source lines of code)
Cost Estimation with COCOMO II
Tutorial: Software Cost Estimation Tools – COCOMO II and COCOTS
COCOMO II Overview CSCI 510 Fall 2013 (c) USC CSSE.
COCOMO II Overview Barry Boehm CSCI 510 Fall 2011 (c) USC CSSE
COCOMO II Overview Barry Boehm CSCI (c) USC CSSE 2018/9/19.
Constructive Cost Model
Pongtip Aroonvatanaporn CSCI 577b Spring 2011 March 25, 2011
SLOC and Size Reporting
Cost Estimation with COCOMO II
Software Systems Cost Estimation
Cost Estimation with COCOMO II
Cost Estimation with COCOMO II
Cost Estimation with COCOMO II
COCOMO 2 COCOMO 81 was developed with the assumption that a waterfall process would be used and that all software would be developed from scratch. Since.
Chapter 23 Software Cost Estimation
Cost Estimation with COCOMO II
Cost Estimation with COCOMO II
COnstructive COst MOdel
Center for Software and Systems Engineering,
Presentation transcript:

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 1 An Analysis of Changes in Productivity and COCOMO Cost Drivers over the Years Vu Nguyen, Barry Boehm Center for Systems and Software Engineering (CSSE) 24 th Int’l COCOMO Forum Nov 3 rd, 2009

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 2 Outline Objectives and Background Productivity Changes Discussions and Conclusions Cost Driver Changes

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 3 Objectives and Background

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 4 Objectives Analysis of Productivity –How the productivity of the COCOMO data projects has changed over the years? –What caused the changes in productivity? Analysis of COCOMO cost drivers –How cost driver ratings have changed over the periods? –Are there any implications from these changes? Inviting further discussions

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 5 Estimation models need upgrading It has been 10 years since the release of COCOMO II.2000 –Data collected during 1970 – 1999 Software engineering practices and technologies are changing –Process: CMM  CMMI, ICM, agile methods –Tools are more sophisticated –Advanced communication facility Improved storage and processing capability

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 6 COCOMO Data Projects Over the Five-year Periods Dataset has 255 projects completed between 1970 and 2009 –161 used in COCOMO II 2000 –87 collected since projects were collected before 2000 but not included in COCOMO II 2000

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 7 COCOMO II Formula Effort estimate (PM) –COCOMO II 2000: A and B constants were calibrated using 161 data points with A = 2.94 and B = 0.91 Productivity = Constant A is considered as the inverse of adjusted productivity

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 8 Changes in Productivity and Cost Drivers

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 9 Average productivity is increasing over the periods Two productivity increasing trends exist: 1970 – 1994 and 1995 – Five-year Periods SLOC per PM productivity trends largely explained by cost drivers and scale factors Post-2000 productivity trends not explained by cost drivers and scale factors

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 10 Effort Multipliers and Scale Factors EM’s and SF’s don’t change sharply as does the productivity over the periods EAF Sum of Scale Factors Effort Adjustment Factor (EAF) or ∏EM Sum of Scale Factors (  SF)

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 11 Changes in Product Factors and Platform Factors Testing data (DATA) increases over the years, suggesting an increase in size of the testing data Storage constraint (STOR) is almost constant in the last three periods Storage constraint was important during 1970 – 1979, but not during the other periods

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 12 Changes in Product Factors and Platform Factors Programmer capability is low in the period Language and platform experience seems improving Application experience seems declining –Programmers change projects more often? Tool support gradually increases over the years –20% improvement in effort over 40 years Multisite development drops sharply in the last period –Supported by technologies? Personnel Factors

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 13 Constant A decreases over the periods Calibrate the constant A while stationing B = 0.91 Constant A is the inverse of adjusted productivity –adjusts the productivity with SF’s and EM’s Constant A decreases over the periods Productivity is not fully characterized by SF’s and EM’s 50% decrease over the post period What factors can explain the phenomenon?

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 14 Analysis of Productivity Ranges Productivity range is the ratio between the highest and lowest rating value for a cost driver –Represents the degree of impact of the cost driver on effort Calibrated SF’s and EM’s by dividing the dataset into five sub-datasets –161 projects used in COCOMO II 2000 completed and collected by 1999 –190 projects completed between 1990 – 2009 –51 maintenance projects completed between 1989 – 2009 –149 new development projects completed between 1989 – 2009

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 15 PR of Cost Drivers of COCOMO II and all projects in Major changes: - Increase  CPLX - Decrease Θ DATA, ACAP, PMAT 1990 – 2009: including 97 projects used in COCOMO II.2000 COCOMO II Complexity is more influential in the more recent data 2. Analyst capability and process are less influential in the more recent data 3. Testing data is least influential 1. Complexity is more influential in the more recent data 2. Analyst capability and process are less influential in the more recent data 3. Testing data is least influential

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 16 PR of Cost Drivers of New Development and Maintenance Major changes: - Increase  DATA, DOCU - Decrease Θ PCON, ACAP, PCAP, CPLX, PREC New Development Maintenance 1. Testing data and documentation are more important in maintenance 2. Personnel capacity, complexity in maintenance is not as critical as in development 1. Testing data and documentation are more important in maintenance 2. Personnel capacity, complexity in maintenance is not as critical as in development

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 17 Discussions Productivity has doubled over the last 40 years –But scale factors and effort multipliers did not fully characterize this increase Hypotheses/questions for explanation –Is standard for rating personnel factors different among the organizations? –Were automatically translated code reported as new code? –Were reused code reported as new code? –Are the ranges of some cost drivers not large enough? Improvement in tools (TOOL) only contributes to 20% reduction in effort –Are more lightweight projects being reported? Documentation relative to life-cycle needs

University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 18 Conclusions Productivity is generally increasing over the 40- year period –SF’s and EM’s only partially explain this improvement The impact of some cost drivers on effort has changed when calibrating more recent data –Increased impact of complexity (CPLX) –Decreased impact of testing data (DATA), Analyst capability (ACAP), and Process capability (PMAT) Need for further analysis and calibration using recent data points