COCOMO II Calibration Brad Clark Software Metrics Inc. Don Reifer Reifer Consultants Inc. 22nd International Forum on COCOMO and Systems / Software Cost.

Slides:



Advertisements
Similar presentations
Software Cost Estimation
Advertisements

COST ESTIMATION TECHNIQUES AND COCOMO. Cost Estimation Techniques 1-)Algorithmic cost modelling 2-)Expert judgement 3-)Estimation by analogy 4)-Parkinsons.
Cost as a Business Driver 1 John Brown C Eng MIEE mr_ Software Cost Estimation.
Use of Estimation Methods on finished projects. Comparative Evaluation between the theorical estimation and the real time of development. Alejandro Fernández.
Estimation using COCOMO More Science, Less Art. COCOMO History COCOMO History Constructive Cost Model Dr. Barry Boehm TRW in 1970s COCOMO
Copyright 2000, Stephan Kelley1 Estimating User Interface Effort Using A Formal Method By Stephan Kelley 16 November 2000.
The Comparison of the Software Cost Estimating Methods
Cocomo II Constructive Cost Model [Boehm] Sybren Deelstra.
University of Southern California Center for Software Engineering CSE USC COSYSMO: Constructive Systems Engineering Cost Model Barry Boehm, USC CSE Annual.
Smi COCOMO II Calibration Status COCOMO Forum October 2004.
1 Systems Engineering Reuse Principles Jared Fortune, USC Ricardo Valerdi, MIT COSYSMO COCOMO Forum 2010 Los Angeles, CA.
Ch8: Management of Software Engineering. 1 Management of software engineering  Traditional engineering practice is to define a project around the product.
Measuring process attributes. Good Estimates Predictions are needed for software development decision-making (figure 12.1) A prediction is useful only.
1 Discussion on Reuse Framework Jared Fortune, USC Ricardo Valerdi, MIT COSYSMO COCOMO Forum 2008 Los Angeles, CA.
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 An Analysis of Changes in Productivity and COCOMO Cost.
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.
University of Toronto Department of Computer Science © 2001, Steve Easterbrook CSC444 Lec22 1 Lecture 22: Software Measurement Basics of software measurement.
© The McGraw-Hill Companies, Software Project Management 4th Edition Software effort estimation Chapter 5.
Cost22 1 Question of the day u If you were the boss, what would you do for cost estimation?
1 ECE 453 – CS 447 – SE 465 Software Testing & Quality Assurance Lecture 22 Instructor Paulo Alencar.
Estimation Why estimate? What to estimate? When to estimate?
Project Management Estimation. LOC and FP Estimation –Lines of code and function points were described as basic data from which productivity metrics can.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 23Slide 1 Chapter 23 Software Cost Estimation.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Effort estimation.
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.
Cost13 1 Cost Estimation Estimates based on LOC. cost13 2 Boehm's COCOMO u Software Engineering Economics u Prentice-Hall c1981 u type COCOMO in a search.
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.
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.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 26 Slide 1 Software cost estimation 2.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
SFWR ENG 3KO4 Slide 1 Management of Software Engineering Chapter 8: Fundamentals of Software Engineering C. Ghezzi, M. Jazayeri, D. Mandrioli.
Software Project Estimation IMRAN ASHRAF
Cost9a 1 Software Estimating Technology: A Survey Richard Stutzke Crosstalk, May96 text pp
University of Southern California Center for Systems and Software Engineering © 2010, USC-CSSE 1 Trends in Productivity and COCOMO Cost Drivers over the.
Estimation using COCOMO
Function Points Synthetic measure of program size used to estimate size early in the project Easier (than lines of code) to calculate from requirements.
Estimating “Size” of Software There are many ways to estimate the volume or size of software. ( understanding requirements is key to this activity ) –We.
Effort Estimation In WBS,one can estimate effort (micro-level) but needed to know: –Size of the deliverable –Productivity of resource in producing that.
The COCOMO model An empirical model based on project experience. Well-documented, ‘independent’ model which is not tied to a specific software vendor.
Smi COCOMO II Calibration Status USC-CSE Annual Research Review March 2004.
Rating Very Very Extra Cost Drivers Low Low Nominal High High High Product Attributes Required software reliability Database size.
Project Manager:PATS Project Manager Estimator:Peter Project Manager Start Date:1/1/2010 PATS Software PATS Project Team.
University of Southern California Center for Systems and Software Engineering A Tractable Approach to Handling Software Productivity Domains Thomas Tan.
Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented.
بشرا رجائی برآورد هزینه نرم افزار.
(8) Potential required for planning with management Top-Down Estimating Method: Top-down estimating method is also called Macro Model. Using it, estimation.
1 Agile COCOMO II: A Tool for Software Cost Estimating by Analogy Cyrus Fakharzadeh Barry Boehm Gunjan Sharman SCEA 2002 Presentation University of Southern.
Project Cost Management
Software Estimating Technology: A Survey
COCOMO III Workshop Summary
Metrics and Terms SLOC (source lines of code)
Cost Estimation with COCOMO II
Constructive Cost Model
Chapter 10 Verification and Validation of Simulation Models
Software Systems Cost Estimation
Using COCOMO for Software Decisions - from COCOMO II Book, Section 2
Using COCOMO for Software Decisions - from COCOMO II Book, Section 2
More on Estimation In general, effort estimation is based on several parameters and the model ( E= a + b*S**c ): Personnel Environment Quality Size or.
COCOMO Models.
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.
Cost Estimation with COCOMO II
Cost Estimation with COCOMO II
COnstructive COst MOdel
Using COCOMO for Software Decisions - from COCOMO II Book, Section 2.6
Software cost estimation
Using COCOMO for Software Decisions - from COCOMO II Book, Section 2.6
Presentation transcript:

COCOMO II Calibration Brad Clark Software Metrics Inc. Don Reifer Reifer Consultants Inc. 22nd International Forum on COCOMO and Systems / Software Cost Modeling USC Campus, Los Angeles, CA, 31 Oct to 2 Nov 2007 smi Software Metrics, Inc.

2 Topics I. Globbing study results –Glob: (informal noun) a lump of a semi-liquid substance –COCOMO Globbing: lumping projects together based on a common attributes II. COCOMO Model calibration status

smi Software Metrics, Inc. 33 Globbing Motivation Create pre-set cost driver ratings for different application domains –Select an application domain and then create a set of driver ratings for it based on common characteristics –Allows estimators to generate estimates quickly –Permits estimators to create a knowledge base on the basis of application domain characteristics Create calibration groups within the data –Hypothesis: projects in the database are so diverse that “local” calibration within a group should improve model accuracy and precision

smi Software Metrics, Inc. Globbing data into application domains is based on productivities and size What productivity do we use: raw or adjusted? Why would we consider adjusting actual effort? –Because there are business decisions that impact the project and are independent of an application domain Which COCOMO II drivers are business-driven? How do we create size ranges? 44 Approach -1

smi Software Metrics, Inc. 55 Approach -2 Business-driven drivers (these are independent of the application) –Analyst capability –Programmer capability –Personnel continuity –Application experience –Platform experience –Language and tool experience –Use of software tools –Multi-site development –Required development schedule –All Scale Drivers Application-driven drivers –Required software reliability –Database size –Product complexity –Developed for Reuse (maybe not) –Documentation match to life-cycle needs –Execution time constraint –Main storage constraint –Platform volatility

smi Software Metrics, Inc. 6 Size Buckets When Size and Productivity are compared, there are three areas where productivity changes at different rates: –Small: 2 to 25 KSLOC –Medium: 25 to 100 KSLOC –Large:100 to 1,000 KSLOC When Size and Productivity are compared, there are three areas where productivity changes at different rates: –Small: 2 to 25 KSLOC –Medium: 25 to 100 KSLOC –Large:100 to 1,000 KSLOC

smi Software Metrics, Inc. 77 Analysis Approach -1 Data from COCOMO II 2000 calibration (161projects) were used to conduct the study The effort was adjusted to remove the business-driven drivers: PM’ Data points were divided into four different groups based on productivities observed in the data –Glob-1: Defense-like applications (real-time; complex) –Glob-2: Telecom-like applications (high reliability) –Glob-3: Scientific-like applications (compute-intensive) –Glob-4: Business-like applications (data-intensive) Each Glob was segregated into three size buckets based on COCOMO II model productivity rates –Small: 2 to 25 KSLOC –Medium: 25 to 100 KSLOC –Large: 100+ KSLOC

smi Software Metrics, Inc. 8 Analysis Approach -2 Glob-1Glob-2Glob-3Glob-4 REL YVHHHN DATANHLN CPLXHNHL RUSENNNN DOCUNNNN TIMEVHHNN STORVHHNN PVOLHNNN Globbing around application-type and size has been successfully demonstrated in other cost models. We defined application-types as follows: We use such definitions because we can compare results against the norms reported in the Crosstalk Mar 2002 article “Let the Numbers Do The Talking”

smi Software Metrics, Inc. 9 COCOMO II 2000 Effort Prediction Accuracy Prediction Accuracy 1 Before Stratification by Organization After Stratification by Organization PRED(20)63%70% PRED(25)68%76% PRED(30)75%80% As a comparison to the Globbing results, the COCOMO II model accuracy reported in 2000 was: Note: 1. PRED(X) = Y% means that Y% of the predicted values fall within X% of the actual values

smi Software Metrics, Inc. 10 Results -1 Size BucketGlob-1Glob-2Glob-3Glob KSLOC n6106 A PRED(25)83%80%100%70% PRED(20)67%70%100%50% KSLOC n A PRED(25)69%87%73%93% PRED(20)69%73% 86% 100+ KSLOC n18869 A PRED(25)72%75%50%89% PRED(20)56%25%33%89% Projects in each Glob and Size Bucket were used to create a new COCOMO II constant, A, for each group (B set to 0.91).

smi Software Metrics, Inc. 11 Results -2 Size BucketGlob-1Glob-2Glob-3Glob KSLOC n6106 A B PRED(25)83%80%100%60% PRED(20)67%70%100%50% KSLOC n A B PRED(25)69%80%73%93% PRED(20)69%80%73%86% 100+ KSLOC n18869 A B PRED(25)72%75%50%100% PRED(20)56%75%50%100% COCOMO II constants, A and B, were created for each group.

smi Software Metrics, Inc. 12 Usage Example Example Project: –Estimated 56,000 SLOC –Application-type: Telecom-like (Glob-2, constant A=3.12) Results: –Preset drivers: RELY: High DATA: High TIME: High STOR: High –All other drivers: Nominal –382 PM, 24 Months, 16 Average Staffing Level As more is known (but not until then), COCOMO II drivers can be adjusted to reflect that information

smi Software Metrics, Inc. 13 Globbing Conclusions Purpose was to create pre-set cost driver ratings for different application domains and a local calibration based on the domain An application domain is not characterized by all COCOMO II drivers, i.e. only a subset of the drivers describe an application domain (the question is which subset?) Results for a new COCOMO II calibrated constant, A, for each group makes the most sense and are reasonably accurate. –Need more data to calibrate A and B (10-12 projects for each group) –Size buckets account for possible changes in B

smi Software Metrics, Inc. 14 Globbing Next Steps Get feedback on this idea from you, the conference attendees –Please share your thoughts with Don or Brad The key to this approach is identifying the correct Globs and the cost-driver setting for each Glob. –Use a consensus approach to setting the cost drivers for the different Globs –Name and describe the Globs –Re-run analysis Re-apply this technique to new project data in the repository

smi Software Metrics, Inc. 15 Topics I. Globbing study results –Glob: (informal noun) a lump of a semi-liquid substance –COCOMO Globbing: lumping projects together based on a common attribute II. COCOMO Model calibration status

smi Software Metrics, Inc. 16 COCOMO II Calibration Status Please check the CSSE website under “Past Events” for the results of this work.

smi Software Metrics, Inc. 17 For More Information Brad Clark Software Metrics Inc. (703) Don Reifer Reifer Consultants Inc. (310)