Figures – Chapter 23. Figure 23.1 Factors affecting software pricing FactorDescription Market opportunityA development organization may quote a low price.

Slides:



Advertisements
Similar presentations
Requirements Engineering Processes – 2
Advertisements

Chapter 27 Software Change.
Software Cost Estimation
1 Understanding Web Project Management Build a better relationship with IT Christina Zeller InfoAction, Vancouver Public Library SLA NorthWest Regional.
Objectives To introduce software project management and to describe its distinctive characteristics To discuss project planning and the planning process.
Modern Systems Analyst and as a Project Manager
Making the System Operational
Electric Bus Management System
Software Engineering COMP 201
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.
Chapter 23 – Project planning
The eG4M Italian project eGovernment as a melting point of economic, organziational, technological isssues Carlo Batini University of Milano Bicocca –
Outline Introduction Assumptions and notations
Slide 5-1 Copyright © 2004 Pearson Education, Inc. Operating Systems: A Modern Perspective, Chapter 5 5 Device Management.
Foundations of Chapter M A R K E T I N G Copyright © 2003 by Nelson, a division of Thomson Canada Limited. Managing the Pricing Function 14.
Capacity Planning.
Capacity Planning For Products and Services
Strategic Capacity Planning for Products and Services
Scheduling Work I love deadlines. I love the sound they make as they fly by. -- Douglas Adams.
Typical Spinal Nerve Sanjaya Adikari Department of Anatomy.
Chapter 11 Software Evolution
TRANSATLANTIC OUTREACH PROGRAM GERMANY IN EUROPE: 2007 MADE POSSIBLE BY THE PROGRAM PARTNERS:
Michael R. Solomon Greg W. Marshall Elnora W. Stuart
Stock Valuation Common Stock Valuation Some Features of Common and Preferred Stocks The Stock Markets.
©Ian Sommerville 2000 Software Engineering, 7th edition. Chapter 25Slide 1 Managing people l Managing people working as individuals and in groups l People.
Compiler Construction
SWE Introduction to Software Engineering
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Planning and Estimating
SE is not like other projects. l The project is intangible. l There is no standardized solution process. l New projects may have little or no relationship.
Chapter 23 – Project planning Part 2. Estimation techniques  Organizations need to make software effort and cost estimates. There are two types of technique.
Cost Management Week 6-7 Learning Objectives
Information System Economics Software Project Cost Estimation.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 26 Slide 1 Software cost estimation 1.
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.
Large Scale Software Systems Derived from Dr. Fawcett’s Notes Phil Pratt-Szeliga Fall 2010.
Chapter 23 – Project planning. Topics covered  Software pricing  Plan-driven development  Agile planning  Estimation techniques.
10/27/20151Ian Sommerville.  Fundamentals of software measurement, costing and pricing  Software productivity assessment  The principles of the COCOMO.
Cost Estimation. Problem Our ability to realistically plan and schedule projects depends on our ability to estimate project costs and development efforts.
Project Management Yonsei University 2 nd Semester, 2012 Sanghyun Park.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 26 Slide 1 Software cost estimation 2.
Overview of COCOMO Reporter:Hui Zhang
Chapter 23 – Project planning Chapter 23 Project Planning1 Note: These are a modified version of Chapter 23 slides available from Ian Sommerville’s site.
Chap 4. Project Management - Organising, planning and scheduling
Chapter 23 – Project planning 10/12/2014Chapter 23 Project Planning1.
The COCOMO model An empirical model based on project experience. Well-documented, ‘independent’ model which is not tied to a specific software vendor.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Chapter 23 – Project planning 1 CS 425 December 6, 2012 Ian Sommerville, Software Engineering, 9 th Edition Pearson Education, Addison-Wesley Note: These.
CS 501: Software Engineering Fall 1999 Lecture 22 (a) Managing the Software Process (b) Software Reuse.
Chapter 5: Software effort estimation
COCOMO Software Cost Estimating Model Lab 4 Demonstrator : Bandar Al Khalil.
Project Cost Management
Chapter 23 – Project planning
CSE305 Software Engineering
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION
COCOMO Model Basic.
Using COCOMO for Software Decisions - from COCOMO II Book, Section 2
Chapter 23 – Project planning
Software cost estimation
Chapter 23 – Project planning
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.
Software cost estimation
Software cost estimation
Software Engineering I Session 9
Software cost estimation
Definition of Project “An organized endeavor aimed at accomplishing a specific non-routine or low-volume task.” Definition of Project Management “The.
Software cost estimation
Presentation transcript:

Figures – Chapter 23

Figure 23.1 Factors affecting software pricing FactorDescription Market opportunityA development organization may quote a low price because it wishes to move into a new segment of the software market. Accepting a low profit on one project may give the organization the opportunity to make a greater profit later. The experience gained may also help it develop new products. Cost estimate uncertaintyIf an organization is unsure of its cost estimate, it may increase its price by a contingency over and above its normal profit. Contractual termsA customer may be willing to allow the developer to retain ownership of the source code and reuse it in other projects. The price charged may then be less than if the software source code is handed over to the customer. Requirements volatilityIf the requirements are likely to change, an organization may lower its price to win a contract. After the contract is awarded, high prices can be charged for changes to the requirements. Financial healthDevelopers in financial difficulty may lower their price to gain a contract. It is better to make a smaller than normal profit or break even than to go out of business. Cash flow is more important than profit in difficult economic times.

Figure 23.2 Project plan supplements PlanDescription Quality planDescribes the quality procedures and standards that will be used in a project. Validation planDescribes the approach, resources, and schedule used for system validation. Configuration management planDescribes the configuration management procedures and structures to be used. Maintenance planPredicts the maintenance requirements, costs, and effort. Staff development planDescribes how the skills and experience of the project team members will be developed.

Figure 23.3 The project planning process

Figure 23.4 The project scheduling process

Figure 23.5 Tasks, durations, and dependencies TaskEffort (person-days)Duration (days)Dependencies T11510 T2815 T32015T1 (M1) T4510 T5510T2, T4 (M3) T6105T1, T2 (M4) T72520T1 (M1) T87525T4 (M2) T91015T3, T6 (M5) T102015T7, T8 (M6) T1110 T9 (M7) T122010T10, T11 (M8)

Figure 23.6 Activity bar chart

Figure 23.7 Staff allocation chart

Figure 23.8 Planning in XP

Figure 23.9 Estimate uncertainty

Figure COCOMO estimation models

Figure Application-point productivity Developer’s experience and capability Very lowLowNominalHighVery high ICASE maturity and capability Very lowLowNominalHighVery high PROD (NAP/month)

Figure Scale factors used in the exponent computation in the post-architecture model Scale factorExplanation PrecedentednessReflects the previous experience of the organization with this type of project. Very low means no previous experience; extra-high means that the organization is completely familiar with this application domain. Development flexibilityReflects the degree of flexibility in the development process. Very low means a prescribed process is used; extra-high means that the client sets only general goals. Architecture/risk resolutionReflects the extent of risk analysis carried out. Very low means little analysis; extra-high means a complete and thorough risk analysis. Team cohesionReflects how well the development team knows each other and work together. Very low means very difficult interactions; extra-high means an integrated and effective team with no communication problems. Process maturityReflects the process maturity of the organization. The computation of this value depends on the CMM Maturity Questionnaire, but an estimate can be achieved by subtracting the CMM process maturity level from 5.

Figure The effect of cost drivers on effort estimates Exponent value1.17 System size (including factors for reuse and requirements volatility) 128,000 DSI Initial COCOMO estimate without cost drivers 730 person-months ReliabilityVery high, multiplier = 1.39 ComplexityVery high, multiplier = 1.3 Memory constraintHigh, multiplier = 1.21 Tool useLow, multiplier = 1.12 ScheduleAccelerated, multiplier = 1.29 Adjusted COCOMO estimate 2,306 person-months ReliabilityVery low, multiplier = 0.75 ComplexityVery low, multiplier = 0.75 Memory constraintNone, multiplier = 1 Tool useVery high, multiplier = 0.72 ScheduleNormal, multiplier = 1 Adjusted COCOMO estimate 295 person-months

Figure Scheduling example TaskDurationDependencies T110 T215T1 T310T1, T2 T420 T510 T615T3, T4 T720T3 T835T7 T915T6 T105T5, T9 T1110T9 T1220T10 T1335T3, T4 T1410T8, T9 T1520T12, T14 T1610T15