CSE 7315 - SW Project Management / Module 13 - Function Points and Related Methods Copyright © 1995-2001, Dennis J. Frailey, All Rights Reserved CSE7315M13.

Slides:



Advertisements
Similar presentations
FPA – IFPUG CPM 4.1 Rules.
Advertisements

Early Effort Estimation of Business Data-processing Enhancements CS 689 November 30, 2000 By Kurt Detamore.
R&D SDM 1 Metrics How to measure and assess software engineering? 2009 Theo Schouten.
Software project management (intro)
1 PROJECT SIZING AND ESTIMATING - EFFECTIVELY USING FUNCTIONAL MEASUREMENT Southern California Software Process Improvement.
CS 551 Estimation Fall December QSE Lambda Protocol Prospectus Measurable Operational Value Prototyping or Modeling sQFD Schedule, Staffing,
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION © University of LiverpoolCOMP 319slide 1.
Information Technology Project Management
The Art and Science of Estimating Software Development Cost Glenn Briskin Partner, Sierra Systems Group A. Nicklas Malik Technical Architect Certified.
1 Cost Estimation CIS 375 Bruce R. Maxim UM-Dearborn.
Cost Management Week 6-7 Learning Objectives
Estimating Software Size Part I. This chapter first discuss the size estimating problem and then describes the PROBE estimating method used in this book.
Software Metric capture notions of size and complexity.
Copyright © The David Consulting Group, Inc. 1 UNDERSTANDING and EFFECTIVELY USING FUNCTIONAL MEASUREMENT Presented By The David Consulting Group.
Cmpe 589 Spring Software Quality Metrics Product  product attributes –Size, complexity, design features, performance, quality level Process  Used.
1 ECE 453 – CS 447 – SE 465 Software Testing & Quality Assurance Lecture 22 Instructor Paulo Alencar.
COCOMO Models Ognian Kabranov SEG3300 A&B W2004 R.L. Probert.
Estimation Why estimate? What to estimate? When to estimate?
Software Estimation and Function Point Analysis Presented by Craig Myers MBA 731 November 12, 2007.
Chapter 6 : Software Metrics
Chapter 6 The Work Breakdown Structure and Project Estimation Copyright 2012 John Wiley & Sons, Inc. 6-1.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 23Slide 1 Chapter 23 Software Cost Estimation.
Function Point Analysis What is Function Point Analysis (FPA)? It is designed to estimate and measure the time, and thereby the cost, of developing new.
Personal Estimation with PROBE CS3300 Fall Code Size Estimation Wide Band Delphi (Boehm) Give the team the specs to study Discuss the project goals.
Software cost estimation Predicting the resources required for a software development process 1.
Software Engineering SM ? 1. Outline of this presentation What is SM The Need for SM Type of SM Size Oriented Metric Function Oriented Metric 218/10/2015.
1 Estimation Function Point Analysis December 5, 2006.
Lecture 4 Software Metrics
Copyright , Dennis J. Frailey CSE7315 – Software Project Management CSE7315 M11 - Version 9.01 SMU CSE 7315 Planning and Managing a Software Project.
10/27/20151Ian Sommerville.  Fundamentals of software measurement, costing and pricing  Software productivity assessment  The principles of the COCOMO.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 3 1 Software Size Estimation I Material adapted from: Disciplined.
Quality Software Project Management Software Size and Reuse Estimating.
Disciplined Software Engineering Lecture #3 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
Function Point Analysis. Function Points Analysis (FPA) What is Function Point Analysis (FPA)? Function points are a standard unit of measure that represent.
SEG3300 A&B W2004R.L. Probert1 COCOMO Models Ognian Kabranov.
Introduction to Software Project Estimation I (Condensed) Barry Schrag Software Engineering Consultant MCSD, MCAD, MCDBA Bellevue.
©Ian Sommerville 2000Software Engineering, 7th edition. Chapter 26Slide 1 Software cost estimation l Predicting the resources required for a software development.
Copyright , Dennis J. Frailey CSE7315 – Software Project Management CSE7315 M16 - Version 8.01 SMU CSE 7315 Planning and Managing a Software Project.
Copyright , Dennis J. Frailey CSE7315 – Software Project Management CSE7315 M18 - Version 9.01 SMU CSE 7315 Planning and Managing a Software Project.
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.
Functional Size Measurement Methodologies. What is FSM ? Definitions: Functional Size: A size of the software derived by quantifying the Functional User.
CSE SW Project Management / Module 15 - Introduction to Effort Estimation Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M15.
540f07cost12oct41 Reviews Postmortem u Surprises? u Use white background on slides u Do not zip files on CD u Team leader should introduce team members.
Personal Estimation with PROBE CS3300 Fall Process Everybody has one !!! Formal – Completely defined and documented Informal – Just the way things.
Copyright © , Dennis J. Frailey, All Rights Reserved Day 2, Part 1, Page 1 1/11/2004 Day 2, Part 1 Estimating Software Size Section 2 Calculating.
CSE SW Metrics and Quality Engineering Copyright © , Dennis J. Frailey, All Rights Reserved CSE8314M13 8/20/2001Slide 1 SMU CSE 8314 /
FUNCTION POINT ANALYSIS & ESTIMATION
Copyright , Dennis J. Frailey CSE7315 – Software Project Management CSE7315 M15 - Version 9.01 SMU CSE 7315 Planning and Managing a Software Project.
CSE SW Project Management / Module 14 - Size Estimating Notes and Reuse Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M14.
CSE SW Project Management / Module 11 - Overview of Size Estimating Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M11 Slide.
CSE SW Project Management / Module 18 - Introduction to Effort Estimating Models Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M18.
Copyright © , Dennis J. Frailey, All Rights Reserved Day 2, Part 1, Page 1 8/8/2004 Day 2, Part 1 Estimating Software Size Section 1 Estimating.
Cost9b 1 Living with Function Points Bernstein and Lubashevsky Text pp
Estimation Questions How do you estimate? What are you going to estimate? Where do you start?
Cost23 1 Question of the Day u Which of the following things measure the “size” of the project in terms of the functionality that has to be provided in.
Copyright , Dennis J. Frailey CSE7315 – Software Project Management CSE7315 M13 - Version 8.01 SMU CSE 7315 Planning and Managing a Software Project.
Alternative Software Size Measures for Cost Estimation
The Work Breakdown Structure and Project Estimation
RET Rules One of the following rules applies when counting RETs:
Function Point Analysis
Personal Software Process Software Estimation
Function Point.
Chapter 5: Software effort estimation- part 2
Software Metrics “How do we measure the software?”
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.
Software metrics.
Software Effort Estimation
COCOMO MODEL.
Presentation transcript:

CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M13 Slide 1 January 10, 2001 SMU CSE 7315 / NTU SE 584-N Planning and Managing a Software Project Module 13 Size Estimating Methods Part 2 - Function Points and Related Methods

CSE7315M13 Slide # 2 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Objective of This Module To discuss function point methods and related size estimating methods

CSE7315M13 Slide # 3 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Detailed Planning - Processes Estimate Schedule Evaluate Source Information Statement of Work Requirements Constraints Standards Processes History etc. WBSSize Effort & Cost ScheduleOK Complete Detailed Planning Revise & Negotiate Not OK Estimate Size Estimate Effort and Cost

CSE7315M13 Slide # 4 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Architecture of Spreadsheet CoCoMo Based Estimate Other Effort Estimates... Analogy based Size Estimate Software Reuse Analysis Final Effort Estimate Productivity Based Effort Estimate Other Size Estimates... Final Size Estimate Expert Based Size Estimate Size / Reuse EffortEffort & Cost Schedules Generic Schedule Effort Schedule Labor Schedule Cost Schedule

CSE7315M13 Slide # 5 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Methods (background) Function points measure the size of the customer’s requirements, or the size of the functionality to be produced, rather than the physical size of the software – This is analogous to measuring the size of a house by counting the number and types of rooms, rather than by square footage

CSE7315M13 Slide # 6 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Methods Function Points as a size unit Function Point Analysis as an estimating method

CSE7315M13 Slide # 7 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Points are a Unit of Size “Function points” may be directly correlated to effort, memory requirements, or even to lines of code – All of the estimating methods discussed previously can be used with function points as the size unit – For example, you can compare new software with previous software, or use the wideband Delphi techniques

CSE7315M13 Slide # 8 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Analysis (FPA) is a Method of Estimating The function point method was developed by Allan Albrecht and refined by others (see references) to deal with situations where much was known about the functionality of the software but little about the structure or the size in “lines of code”.

CSE7315M13 Slide # 9 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Methods The original definition by Albrecht was based on transaction oriented systems – This concept of a “function” may not work as well with other types of software Variations exist for real time, object oriented, and other kinds of applications

CSE7315M13 Slide # 10 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved (*) This is a goal of all size estimating methods. Goals of Function Point Analysis To predict size accurately, as early as possible To provide a mechanism to track and monitor “scope creep” (*) – The difference in the number of function points after requirements analysis, design & delivery is an indication to how much the scope of a project has grown

CSE7315M13 Slide # 11 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Albrecht’s Model of a Computer Software Application Internal Logical Files (ILFs) End User / Other Programs EO EI EQ External Queries External Outputs External Inputs Data Base (External Interface Files)

CSE7315M13 Slide # 12 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Categories of Functions - I 1. External Inputs (EI) – An elementary process where data flows in across the system boundary 2. External Outputs (EO) – An elementary process where “derived-data” flows out across the system boundary 3. External Queries (EQ) – An elementary process which outputs data from ILFs based on the data input

CSE7315M13 Slide # 13 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Categories of Functions - II 4. Internal Logical Files (ILF) – A logically related group of data that resides entirely within the applications boundary and is maintained through EIs 5. External Interface Files (EIF) – A logically related group of data that is used for reference purposes only – The data resides entirely outside the application Note: the idea of splitting files into internal & external is credited to Capers Jones in the early 1980’s.

CSE7315M13 Slide # 14 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Method in a Nutshell 1) Count the functions in each category 2) Establish the complexity of each: – High, Medium, or Low 3) Establish weights for each complexity 4) Multiply each function by its weight and then sum up to get total function points 5) Adjust for application characteristics

CSE7315M13 Slide # 15 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Example CategorySimple Average Complex EO Weights Points Total Points for External Outputs: 67

CSE7315M13 Slide # 16 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Function Point Formula “Unadjusted” Function Points (UFP) = EO points + EI points + EQ points + ILF points + EIF points

CSE7315M13 Slide # 17 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Adjustment Factor “Adjusted” FP = UFP * VAF VAF is an “application characteristics value adjustment factor” that ranges from 0.65 to 1.35 (see appendix A) VAF is determined by application characteristics that cannot be counted but that affect the application as a whole – Ease of use, reliability, flexibility, etc.

CSE7315M13 Slide # 18 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Note on Adjustment Factor Some studies have shown that the adjustment factor degrades the function point metric, resulting in lower accuracy Thus some authors prefer to leave out the adjustment factor and, instead, to assess application characteristics in the process of estimating effort

CSE7315M13 Slide # 19 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved The Devil is in the Details How do you establish the weights? How do you identify the functions? How do you determine the adjustment factor? What do you do if your application seems to have different kinds of functions other than Albrecht’s? The literature on function points is largely devoted to issues like these

CSE7315M13 Slide # 20 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Step by Step Details Longstreet, Garmus, and the International Function Point Users Group (IFPUG) have good descriptions of how to count function points For more information, see the reference list at the end of these notes

CSE7315M13 Slide # 21 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Calibration is Helpful - But Hard! Albrecht warns against attempting to calibrate for a given industry, application domain, or company He and others believe the specific software development organization must calibrate the FPA method to their own characteristics. But few organizations have enough data to do an effective calibration

CSE7315M13 Slide # 22 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Notes on Function Points

CSE7315M13 Slide # 23 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved 1. Determine the Application Boundaries The “functions” counted are those that cross the application boundary (except for internal files) Application External Environment

CSE7315M13 Slide # 24 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved 2. Plan to Review and Update the Function Point Count Plan updates at key points where new information will be available, such as at major milestones Gather documentation, such as key requirements, constraints, and assumptions, for reference during future updates Record all of the functions that were counted, as well as their complexities

CSE7315M13 Slide # 25 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved 3. How to Compute the Value Adjustment Factor VAF is based on the 14 General System Characteristics (GSCs) – The degree of influence of each GSC is ranked from as “No-Influence” to “Strong-Influence“ ; 2.5 is “typical”. – Appendix A enumerates the GSCs VAF =  GSC i /100

CSE7315M13 Slide # 26 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved 4. Using Function Points as Input to an Effort Estimate For many methods, you must convert to LOC after calculating Function Points LOC = POINTS *CONVERSION FACTOR – Conversion factor is established based on historical experience representing average number of lines per simple function

CSE7315M13 Slide # 27 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved What About Applications Where Function Points Don’t Seem to Fit? Example: Real Time Systems – Tend to have few internal files – But have very complex algorithms Extensions to Function Points are often used to handle non-transaction oriented systems, such as real time systems, object oriented designs etc Among the extensions are Feature Points and Object Points

CSE7315M13 Slide # 28 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Feature Points An extension of the function point method designed to deal with real time systems. A new category of function that represents complex algorithms The complexity of the algorithm is defined in terms of the number of “rules” required to express that algorithm

CSE7315M13 Slide # 29 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved AlgorithmRulesPoints Normalize41 Predictor143 Sort507 etc. TOTAL11 Feature Point Example Add this total to the total number of function points, after adjusting weights for internal files

CSE7315M13 Slide # 30 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Other Changes for Feature Points Method Lower weights for internal files Other adjustments based on local experience Numerous variations in literature The bottom line is that whatever works for you should be used

CSE7315M13 Slide # 31 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Object Points This approach is at a more macro level than function points Developed to address object oriented designs Assign one object point to each unique class or object, such as a screen, output report, etc. The rest of the process is similar, but the weights are different

CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M13 Slide 32 January 10, 2001 Parametric Models These are top-down methods based on some understanding of what factors or parameters affect the size of the software

CSE7315M13 Slide # 33 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved How Do You Determine What Factors Affect the Size? Data Analysis Facts about Which Factors have What Impact Parametric Model

CSE7315M13 Slide # 34 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Several Types of Adjustment Factors

CSE7315M13 Slide # 35 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Using a Parametric Model Parametric Model Specific Values for Specific Situation Expected or Estimated Behavior

CSE7315M13 Slide # 36 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Adjustment Method Derived from Price-S ® Define attributes for the software, as follows: -- Software development environment -- Software complexity -- Program data -- Project planning Price-S ® is a cost and size estimating tool originally developed by RCA and then owned by General Electric, sold to Lockheed-Martin (Price Systems division).

CSE7315M13 Slide # 37 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Adjustment Method Derived from Price-S ® (continued) Apply all of these attributes by means of a complex function to adjust the size estimate

CSE7315M13 Slide # 38 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Adjustment Process Complex and Proprietary Model Function Points Attributes Estimated Equivalent Lines of Code

CSE7315M13 Slide # 39 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Software Development Environment Attributes Number of design reviews planned Number of code walkthroughs planned Sophistication of design method – OO, SA/SD. Etc. Number of hardware and other software elements to integrate with Sophistication of test methods – Structured, modular, etc.

CSE7315M13 Slide # 40 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Software Complexity Attributes (select the one that fits) Commercial - no constraints Commercial - moderate constraints – eg., must fit on a Pentium with 16Megabytes Commercial - significant constraints – eg. must fit on a microprocessor with only 256K bytes and must meet significant timing constraints

CSE7315M13 Slide # 41 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Software Complexity Attributes (select the one that fits) (continued) Military - no constraints – eg., military data processing application Military - moderate constraints – eg., ground-based combat support system Military - significant constraints – eg., flight controls on an aircraft

CSE7315M13 Slide # 42 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Program Data Attributes Number of unique output page formats Number of unique display formats (alphanumeric) Number of unique graphic displays Number of unique input streams Number of unique output streams Number of control states (decision points)

CSE7315M13 Slide # 43 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Program Data Attributes (continued) Number of input message fields (unique fields) Number of unique operator actions Number of unique analog signals on input Number of data elements in tables Functional bulkiness (tool efficiency, staff experience)

CSE7315M13 Slide # 44 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Project Planning Attributes Expected requirements growth (% of original system requirements) Organizational know-how and experience Organizational business approach Source language

CSE7315M13 Slide # 45 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Advantages of Function Points and Related Methods Estimates can be made relatively early in the project – before we know the architecture of the software Easier for customers to relate the impact of change in functional requirements etc.

CSE7315M13 Slide # 46 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Advantages of Function Points and Related Methods (continued) Independent of programming language, technology, and techniques More reliable relationship to effort – IF you can determine the right functions to measure and the correct weights and adjustments

CSE7315M13 Slide # 47 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Disadvantages of Function Points and Related Methods It is hard to count and track function points – Much judgment involved – Difficult to automate Details, such as weights and definitions of complexity level, vary significantly from one application to the next and from one organization to the next

CSE7315M13 Slide # 48 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Disadvantages of Function Points and Related Methods (continued) Internal complexity of the application is not considered – For example, housekeeping, memory management, and other support functions Calibration takes time, effort, and data – Although using results from similar applications may be a good starting point

CSE7315M13 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Many People Really Like Function Points … but... Many effort/cost estimation tools use lines of code as input, so figures in function points may have to be converted – FPA may be a useful way to estimate lines of code, regardless of whether function points are a good size unit More data may be available on lines of code than on function points – This depends on your company and business

CSE7315M13 Slide # 50 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved Module Summary Function point methods do not require information in size in lines of code, only the functions to be performed Other parametric methods rely on general characteristics of the software rather than specific details

CSE7315M13 Slide # 51 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved References Albrecht, Allan J., "Measuring Application Development Productivity," reprinted in Tutorial, Programming Issues for the Eighties (Capers Jones, editor), IEEE Computer Society Press, 1986, pp Garmus, David and David Herron, Measuring the Software Process - A Practical Guide to Functional Measurements, Prentice-hall, International Function Point Users Group, Function Point Counting Practices Manual

CSE7315M13 Slide # 52 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved References (continued) Longstreet, David “Function Points: Step by Step”. Available on line at Symons, Charles, Software Sizing and Estimation, Mk II Function Point Analysis, West Sussex, England, John Wiley and Sons, 1991.

CSE7315M13 Slide # 53 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved END OF MODULE 13

CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved CSE7315M13 Slide 54 January 10, 2001 Appendix A General System Characteristics Used to Calculate Function Point Adjustment Factor

CSE7315M13 Slide # 55 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved The General System Characteristics 1. Data communications – How many communication facilities are there to aid in the transfer or exchange of information with the application or system? 2. Distributed data processing – How are distributed data and processing functions handled? 3. Performance – Was response time or throughput required by the user?

CSE7315M13 Slide # 56 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved The General System Characteristics (continued) 4. Heavily used configuration – How heavily used is the current hardware platform where the application will be executed? 5. Transaction rate – How frequently are transactions executed daily, weekly, monthly, etc.? 6. On-Line data entry – What percentage of the information is entered On-Line?

CSE7315M13 Slide # 57 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved The General System Characteristics (continued) 7. End-user efficiency – Was the application designed for end-user efficiency? 8. On-Line update – How many ILF’s are updated by On-Line transaction? 9. Complex processing – Does the application have extensive logical or mathematical processing?

CSE7315M13 Slide # 58 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved The General System Characteristics (continued) 10. Reusability – Was the application developed to meet one or many user’s needs? 11. Installation ease – How difficult is conversion and installation 12. Operational ease – How effective and/or automated are start-up, back-up, and recovery procedures?

CSE7315M13 Slide # 59 January 10, 2001 CSE SW Project Management / Module 13 - Function Points and Related Methods Copyright © , Dennis J. Frailey, All Rights Reserved The General System Characteristics (continued) 13. Multiple sites – Was the application specifically designed, developed, and supported to be installed at multiple sites for multiple organizations? 14. Facilitate change – Was the application specifically designed, developed, and supported to facilitate change?