COCOMO III Workshop Summary

Slides:



Advertisements
Similar presentations
Tradespace, Affordability, and COCOMO III Barry Boehm, USC CSSE Annual Research Review 2014 April 30,
Advertisements

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.
FAA Information Technology- Information Systems Security R&D Workshop June 2015© USC-CSE Extending COCOMO II to Estimate the Cost of Developing.
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.
Project Risks and Feasibility Assessment Advanced Systems Analysis and Design.
COSYSMO: Constructive Systems Engineering Cost Model Ricardo Valerdi USC CSE Workshop October 25, 2001.
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.
Ch8: Management of Software Engineering. 1 Management of software engineering  Traditional engineering practice is to define a project around the product.
Introduction Wilson Rosa, AFCAA CSSE Annual Research Review March 8, 2010.
System-of-Systems Cost Modeling: COSOSIMO July 2005 Workshop Results Jo Ann Lane University of Southern California Center for Software Engineering.
COCOMO II Database Brad Clark Center for Software Engineering Annual Research Review March 11, 2002.
April 13, 2004CS WPI1 CS 562 Advanced SW Engineering General Dynamics, Needham Tuesdays, 3 – 7 pm Instructor: Diane Kramer.
©2011 Rolls-Royce plc The information in this document is the property of Rolls-Royce plc and may not be copied or communicated to a third party, or used.
Measuring Dollar Savings from Software Process Improvement with COCOMO II Betsy Clark Software Metrics Inc. October 25, 2001 Acknowledgment: This presentation.
April 27, 2004CS WPI1 CS 562 Advanced SW Engineering Lecture #3 Tuesday, April 27, 2004.
University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 1 An Analysis of Changes in Productivity and COCOMO Cost.
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.
COCOMO-SCORM: Cost Estimation for SCORM Course Development
1 ECE 453 – CS 447 – SE 465 Software Testing & Quality Assurance Lecture 22 Instructor Paulo Alencar.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Effort estimation.
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
Student Curriculum Planning System MSE Project Presentation I Kevin Sung.
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.
REAL TIME GPS TRACKING SYSTEM MSE PROJECT PHASE I PRESENTATION Bakor Kamal CIS 895.
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.
Software Project Estimation IMRAN ASHRAF
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
University of Southern California Center for Systems and Software Engineering © 2010, USC-CSSE 1 Trends in Productivity and COCOMO Cost Drivers over the.
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.
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.
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
COCOMO III Brad Clark 31tst International Forum on
Productivity Data Analysis and Issues
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.
2006 Annual Research Review & Executive Forum
COCOMO II Overview Barry Boehm CSCI 510 Fall 2011 (c) USC CSSE
COCOMO II Overview Barry Boehm CSCI (c) USC CSSE 2018/9/19.
COCOMO II Overview A Winsor Brown (especially from page 50 on)
Constructive Cost Model
COCOMO II Security Extension Workshop Report
Pongtip Aroonvatanaporn CSCI 577b Spring 2011 March 25, 2011
COCOMO II Overview Ray Madachy CSCI 510
Cost Estimation with COCOMO II
Software Systems Cost Estimation
Cost Estimation with COCOMO II
COSYSMO: Constructive Systems Engineering Cost Model
Cost Estimation with COCOMO II
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.
Introduction to Constructive COTS (COCOTS) Model and Tool
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
UML Design for an Automated Registration System
Presentation transcript:

COCOMO III Workshop Summary Brad Clark 31tst International Forum on COCOMO and System/Software Cost Modeling October 20, 2016

The COCOMO III Project COCOMO® (COnstructure COst MOdel) is the most widely used, free, open source software cost estimation model in the world. But also Most widely referenced Most widely validated And Most widely rebutted 10/20/2016 Copyright © USC-CSSE

Workshop Topics COCOMO III Model Overview Discuss issues with COCOMO III Cost Drivers Cost driver definition refinement The New “Nominal” 10/20/2016 Copyright © USC-CSSE

COCOMO III Project Purpose The purpose of the project presents a huge challenge Broaden audiences of COCOMO® and address scope of modern projects: mobile devices, web/internet, big data, cloud-targeted, and multi-tenant software Every parameter of COOCMO III has to defined and rated so as to be interpreted across different audiences, i.e., from Military to Information System projects Each domain has different constraints, practices, and terminology 10/20/2016 Copyright © USC-CSSE

Required Software Security (SECU) There are multiple security evaluation criteria: Banking, FDA, HIPPA, DoD, SEI Should the definition include threat? Malicious hackers Foreign governments Should the definition address exposure On the network Under guard, separated from outside environment Should the definition include descriptors such as: Confidentiality Integrity Availability Still working to make this a cross-domain cost driver 10/20/2016 Copyright © USC-CSSE

Platform Constraints (PLAT) This driver has a number of characteristics: Execution time constraint Primary/Secondary storage constraint Communication bandwidth constraint Power constraint Different domains have different constraint Not all can be listed Solution is to collapse this driver to one characteristic For any domain, what is the single highest constraint that has to be addressed during development / maintenance? But what it there are multiple high constraints? 10/20/2016 Copyright © USC-CSSE

Platform Volatility (PVOL) This driver had two characteristics: Targeted platform rate of change Concurrent development for the target platform and software application The issue was with the 2nd characteristic about how to define it for multiple domains There was discussion with replacing concurrent development with Technology Readiness Levels Decision was made to drop the 2nd characteristic 10/20/2016 Copyright © USC-CSSE

Tester Capability – New There is Analyst Capability and Programmer Capability cost driver Should there be a Test Capability cost driver based on: Test design Test plan development Capability in test execution Documentation No new driver: this is accounted for in the Impact of Software Failure (FAIL) driver 10/20/2016 Copyright © USC-CSSE

The New “Nominal” Study of productivity trends over the past 40 years reveals a shift in “nominal” ratings The shift in the nominal rating was shown graphically for seven (7) drivers For each driver, we discussed the definition for a new “nominal” 10/20/2016 Copyright © USC-CSSE

Impact of Productivity Trends Kendall's Rank Correlation Coefficients between the Completion Year and COCOMO II Cost Drivers (sorted by degrees of correlation) Cost driver Kendall’s τ p-value TOOL Use of Software Tools -0.37 2.20E-16 PMAT Process Maturity (now PCUS) -0.30 1.22E-13 STOR Main Storage Constraint (now PLAT) -0.29 1.31E-11 TIME Execution Time Constraint (now PLAT) -0.26 6.62E-10 PLEX Platform Experience -0.17 1.98E-05 PVOL Platform Volatility -0.18 2.04E-05 APEX Applications Experience 0.17 4.88E-05 LTEX Language and Tool Experience -0.15 2.84E-04 DATA Database Size 0.13 1.81E-03 RELY Required Software Reliability -0.10 1.42E-02 CPLX Product Complexity 1.58E-02 PREC Precedentedness of Application -0.09 2.13E-02 ACAP Analyst Capability 0.08 4.87E-02 10/20/2016 Copyright © USC-CSSE

Example of a shift in Nominal (N) rating Use of Software Tools (Tool) In this example, High (H) is the new Nominal (N) 10/20/2016 Copyright © USC-CSSE

New Issue: How does higher quality (less rework) reduce effort? Schedule Model Schedule (Months) Software product size estimate Staffing Levels Software product, platform, personal & project attributes Effort Model Effort (Person Months) Costs ($$) Labor Rates Number of est. non-trivial defects for Requirements, Design, & Code Defect Introduction Model Number of est. residual defects and the residual defect density Defect removal profile levels Defect Removal Model 10/20/2016 Copyright © USC-CSSE

Invitation to Participate CSSE invites you to collaborate on model development Review model formulation Submit data for model calibration Actual Size Effort Schedule Defects Model Parameters Review of COCOMO III model If you contribute data for model calibration, you will receive: An advanced copy of the new model Comparison of your data with respect to other data points used to calibrate the model Please talk with me afterwards if you are interested Want to Participate? www.cocomo3.com JASanche@usc.edu Make suggestions and be a model reviewer! 10/20/2016 Copyright © USC-CSSE