University of Southern California Center for Software Engineering CSE USC COSYSMO: Constructive Systems Engineering Cost Model Barry Boehm, USC CSE Annual.

Slides:



Advertisements
Similar presentations
COCOMO Suite Model Unification Tool Ray Madachy 23rd International Forum on COCOMO and Systems/Software Cost Modeling October 27, 2008.
Advertisements

Rational Unified Process
March 2002 COSYSMO: COnstructive SYStems Engineering Cost MOdel Ricardo Valerdi USC Annual Research Review March 11, 2002.
COSYSMO: Constructive Systems Engineering Cost Model Ricardo Valerdi USC CSE Workshop October 25, 2001.
University of Southern California Center for Software Engineering CSE USC ©USC-CSE 10/23/01 1 COSYSMO Portion The COCOMO II Suite of Software Cost Estimation.
May 11, 2004CS WPI1 CS 562 Advanced SW Engineering Lecture #5 Tuesday, May 11, 2004.
10/25/2005USC-CSE1 Ye Yang, Barry Boehm USC-CSE COCOTS Risk Analyzer COCOMO II Forum, Oct. 25 th, 2005 Betsy Clark Software Metrics, Inc.
Ch8: Management of Software Engineering. 1 Management of software engineering  Traditional engineering practice is to define a project around the product.
1 CORADMO in 2001: A RAD Odyssey Cyrus Fakharzadeh 16th International Forum on COCOMO and Software Cost Modeling University of Southern.
COCOMO II 資管研一 張永昌. Agenda Overall Model Definition COCOMO II Models for the Software Marketplace Sectors COCOMO II Model Rationale and Elaboration Development.
System-of-Systems Cost Modeling: COSOSIMO July 2005 Workshop Results Jo Ann Lane University of Southern California Center for Software Engineering.
Estimating System of Systems Engineering (SoSE) Effort Jo Ann Lane, USC Symposium on Complex Systems Engineering January 11-12, 2007.
COCOMO II Database Brad Clark Center for Software Engineering Annual Research Review March 11, 2002.
University of Southern California Center for Software Engineering CSE USC Distributed Assessment of Risk Tool DART Jesal Bhuta
University of Southern California Center for Software Engineering CSE USC 9/14/05 1 COCOMO II: Airborne Radar System Example Ray Madachy
USC CSSE Top 10 Risk Items: People’s Choice Awards Barry Boehm, Jesal Bhuta USC Center for Systems & Software Engineering
COSOSIMO* Workshop Outbrief 14 March 2006 Jo Ann Lane University of Southern California Center for Software Engineering CSE.
University of Southern California Center for Software Engineering CSE USC 110/26/2004©USC-CSE Welcome and Overview: COCOMO / SCM #19 Forum and Workshops.
Towards COSYSMO 2.0: Update on Reuse Jared Fortune, USC Ricardo Valerdi, MIT USC ARR 2009 Los Angeles, CA.
University of Southern California Center for Systems and Software Engineering © 2009, USC-CSSE 1 An Analysis of Changes in Productivity and COCOMO Cost.
Copyright © 2001, Software Productivity Consortium NFP, Inc. SOFTWARE PRODUCTIVITY CONSORTIUM SOFTWARE PRODUCTIVITY CONSORTIUM COSYSMO Overview INCOSE.
Chapter 23 – Project planning Part 2. Estimation techniques  Organizations need to make software effort and cost estimates. There are two types of technique.
University of Southern California Center for Software Engineering CSE USC 10/8/00©USC-CSE1 Expediting Technology Transfer via Affiliate Programs and Focused.
COCOMO-SCORM: Cost Estimation for SCORM Course Development
UML - Development Process 1 Software Development Process Using UML (2)
October 28, 2001DRAFT1 COSYSMO: Reference System (Satellite Ground Station) Donald J. Reifer and Ricardo Valerdi University of Southern California.
ESD web seminar1 ESD Web Seminar February 23, 2007 Ricardo Valerdi, Ph.D. Unification of systems and software engineering cost models.
Software Processes lecture 8. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
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.
1 Chapter 23 Estimation for Software Projects. 2 Software Project Planning The overall goal of project planning is to establish a pragmatic strategy for.
University of Southern California Center for Systems and Software Engineering Cost Estimation with COCOMO II Barry Boehm CS 510, Fall 2015 v3: Slide 10.
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.
Cost Estimation What is estimated? –resources (humans, components, tools) –cost (person-months) –schedule (months) Why? –Personnel allocation –Contract.
University of Southern California Center for Systems and Software Engineering COCOMO Suite Toolset Ray Madachy, NPS Winsor Brown, USC.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Chapter 13: Software Life Cycle Models Omar Meqdadi SE 273 Lecture 13 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
The Rational Unified Process 1 EECS810: Software Engineering.
Function Points Synthetic measure of program size used to estimate size early in the project Easier (than lines of code) to calculate from requirements.
Schedule Estimation and Improvement Barry Boehm, USC-CSSE CS 577a, Fall
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
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.
CS 577b: Software Engineering II
Project Cost Management
כ"ז/שבט/תשע"ח An Overview of Software Development Effort and Cost Estimation Techniques Professor Ron Kenett Tel Aviv University School of Engineering.
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION
PROJECT LIFE CYCLE AND EFFORT ESTIMATION
Cost Estimation with COCOMO II
Tutorial: Software Cost Estimation Tools – COCOMO II and COCOTS
Software Processes.
Introduction to Software Engineering
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION
Cost Estimation with COCOMO II
Software Systems Cost Estimation
Phase Distribution of Software Development Effort
COSYSMO: Constructive Systems Engineering Cost Model
COSYSMO Delphi Round 2 Results
Cost Estimation with COCOMO II
Towards COSYSMO 2.0: Update on Reuse
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
COCOMO II: Airborne Radar System Example
Multi-Build Software Cost Estimation Using COINCOMO
University of Southern California Center for Software Engineering
COCOMO II: Airborne Radar System Example
Chapter 26 Estimation for Software Projects.
Presentation transcript:

University of Southern California Center for Software Engineering CSE USC COSYSMO: Constructive Systems Engineering Cost Model Barry Boehm, USC CSE Annual Research Review February 6, 2001

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 2 Outline Background Scope Proposed Approach Strawman Model –Size & complexity –Cost & schedule drivers –Outputs Issues University of Southern California Center for Software Engineering CSE USC

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 3 Background Topic of breakout group at October 2000 COCOMO/SCM Forum Decided on incremental approach –Increment I: front-end costs of information systems engineering Coordinating with development of INCOSE-FAA systems engineering maturity data repository Also coordinating with Rational sizing metrics effort

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 4 Expand COCOMO II to information system engineering front end costs –Excluding aircraft, printer, etc. system engineering sensors a gray area –Excluding Transition effort for now –All of Inception and Elaboration effort –Construction: Requirements; Deployment; 50% of Design effort COSYSMO Increment I : Scope

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 5 Proposed System Engineering Scope: COCOMO II MBASE/RUP Phase and Activity Distribution

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 6 Develop strawman model –First iteration internally –Second iteration today –Discuss Issues (see below) –Initial assessment of relative cost/schedule driver influence Develop, experiment with revised model –Find appropriate Ph D student Proposed Approach

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 7 Strawman COSYSMO Sizing model determines nominal COCOMO II SysE effort and schedule –Function points/use cases for basic effort –Tool and document preparation separate (?) “source of effort” –Factor in volatility and reuse –Begin with linear effort scaling with size (?) Cost & Schedule drivers multiplicatively adjust nominal effort and schedule by phase, source of effort (?) –Application factors –Team factors

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 8 USC Strawman Sizing Model Function points, adjusted for complexity Use cases, adjusted for complexity –flows of events; complexity of interactions Rqts. Volatility factor similar to COCOMO II Reuse factor simpler than COCOMO II (TBD) Weighting of FP, use case quantities TBD Also use pairwise comparison approach for sizing –Compare with known systems Use COCOMO II CPLX factors for complexity (?) –Control, computability, device-dependent, data management, UI operations scales

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 9 Evolving Rational Sizing Model Objective: Obtain “software mass” for COCOMO engine USC “MVC” approach –“Model” -- number of classes of data –“View” -- number of use cases –“Control” -- distribution and algorithm complexity Size new application by MVC comparison to similar applications Overall, very similar to USC strawman sizing approach –Preparing to collaborate via Philippe Kruchten

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 10 Cost & Schedule Drivers: Application Factors Requirements understanding Architecture understanding Level of service rqts. criticality, difficulty External interface complexity Legacy transition complexity COTS assessment complexity (COCOTS- overlap?) Platform difficulty (PDIF - Early Design) Required business process reengineering

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 11 Cost & Schedule Drivers : Team Factors # of stakeholder communities –Average TEAM rating (COCOMO II scale factor) –Heterogeneity (domains, cultures) Personnel capability/continuity (PERS-Early Design) Personnel experience (PREX-Early Design) Process maturity (PMAT) Multisite coordination (SITE) Degree of system engineering ceremony Tool support (modified TOOL scale)

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 12 Strawman Model : Outputs Effort & schedule by phase –By activity ? –By source of effort (analysis, prototypes, tools, documents)? Risk assessment ?

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 13 Issues : Suggestions on Improving Scope Proposed Approach Model Form Model Elements Outputs Over/underlaps with COCOMO II, COCOTS, CORADMO Sources of data Staffing

University of Southern California Center for Software Engineering CSE USC 2/6/01 ©USC-CSE 14 COSYSMO: Factor Importance Rating Rate each factor H, M, or L depending on its relatively high, medium, or low influence on system engineering effort. Use an equal number of H’s, M’s, and L’s. Application Factors ______ Requirements understanding ______ Architecture understanding ______ Level of service rqts. criticality, difficulty ______ Legacy transition complexity ______ COTS assessment complexity ______ Platform difficulty ______ Required business process reengineering ______ TBD Team Factors ______ Number and diversity of stakeholder communities ______ Stakeholder team cohesion ______ Personnel capability/continuity ______ Personal experience ______ Process maturity ______ Multisite coordination ______ Degree of system engineering ceremony ______ Tool support ______ TBD