Systems analysis and design copyright m.a.walkley 2001 Function Point Analysis Estimating.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

Lumberton High School Sci Vis I V105.02
FPA – IFPUG CPM 4.1 Rules.
Estimating with Use Cases Extracts from the Lamri Use Case Survival Guide™ Mark Aked Managing Consultant For more information visit or .
Accounting System Design
Project Management Process. Project Complexity means that: a team of people are needed to supply expertise the work needs to be broken into manageable.
Systems Analysis and Design 9th Edition
IS6112 Application Modelling and Design Introduction.
IMS 5024 Semester 2, 2002 Lecture 3 1 IMS 5024 Process Modelling.
Function Definition  From Investigation to Specification  Defining Functions  The Universal Function Model  Identifying and Documenting Functions.
1004INT Information Systems Week 10 Databases as Business Tools.
CSC 395 – Software Engineering
FIXED ASSETS ZETA ERP. FLOW PANEL.
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
Copyright © The David Consulting Group, Inc. 1 UNDERSTANDING and EFFECTIVELY USING FUNCTIONAL MEASUREMENT Presented By The David Consulting Group.
1 Analytical Tools, Data & Scenarios Workshop July 29, 2004 California Water Plan Update 2004.
Unit 6: Financial Accounting Initialization Contents: Tax system. Currencies. Perpetual inventory/ non-perpetual inventory system.
Typical Software Documents with an emphasis on writing proposals.
G041: Lecture 05 Information within Organisations Mr C Johnston ICT Teacher
Accounting systems design & evaluation 9434SB 12 April 2002.
Computers Are Your Future Eleventh Edition Chapter 13: Systems Analysis & Design Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall1.
Aggregate Planning and Resource Planning Chapters 13 and 14.
Resource Planning Chapter 14. MGMT 326 Foundations of Operations Introduction Strategy Managing Projects Quality Assurance Facilities & Work Design Products.
Chapter 14 Information System Development
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 23Slide 1 Chapter 23 Software Cost Estimation.
BIS 360 – Lecture Two Ch. 3: Managing the IS Project.
Needles Powers Principles of Financial Accounting 12e Accounting for Merchandising Operations 6 C H A P T E R ©human/iStockphoto.
Chapter 7: A Summary of Tools Focus: This chapter outlines all the customer-driven project management tools and techniques and provides recommendations.
1 Estimation Function Point Analysis December 5, 2006.
Table of Contents Unit 1- Understand the Problem Unit 2- Gather Information Unit 3- Develop Solutions Unit 4- Implement A Solution Unit 5- Test and Evaluate.
1 Introduction to Software Engineering Lecture 1.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Computers Are Your Future Tenth Edition Chapter 13: Systems Analysis & Design Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall1.
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
Systems Analysis and Design in a Changing World, Fourth Edition
Introduction to Software Project Estimation I (Condensed) Barry Schrag Software Engineering Consultant MCSD, MCAD, MCDBA Bellevue.
Chapter 4 enterprise modeling
Estimating “Size” of Software There are many ways to estimate the volume or size of software. ( understanding requirements is key to this activity ) –We.
Aggregate Planning and Resource Planning Chapters 13 and 14.
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.
Systems Analysis and Design 8th Edition
IS2210: Systems Analysis and Systems Design and Change Twitter:
Chapter 11  2000 by Prentice Hall System Analysis and Design: Methodologies and Tools Uma Gupta Introduction to Information Systems.
FUNCTION POINT ANALYSIS & ESTIMATION
Main tasks of system analysis ? 1-study exit=sting information system 2-identify problem 3-spelify system requirement 4-asalysis decision ========= How.
Your Interactive Guide to the Digital World Discovering Computers 2012 Chapter 12 Exploring Information System Development.
Public Libraries Survey Data File Overview. What We’ll Talk About PLS: Public Libraries Survey State level data Public library data (Administrative Entities)
FUNCTIONAL MODELING Alajas, Sophiya Ann Allego, Keefer Lloyd Maningo, Patrick Sage Pleños, John Enrick CPE 51ASATURDAY 7:30 – 10:30ENGR. ARNOLD ROSO.
By Manish Shrotriya CSE MS Software Estimation Effort Estimation: how much effort is required to complete an activity. (How to define efforts: Line.
Copyright 2008, Open Geospatial Consortium Making Location Count The Quantity Take-off Thread Early Design Quantity Take-off.
Software project management 3rd Umer khalid Lecturer University of Lahore Sargodha campus.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
© 2012 Cengage Learning. All Rights Reserved. This edition is intended for use outside of the U.S. only, with content that may be different from the U.S.
Systems Development Life Cycle
Pepper modifying Sommerville's Book slides
Elaboration popo.
5 Accounting for Merchandising Operations
Software Development & Project Management
Mk II Function Point Analysis
Project Status Review Purpose: To anticipate prototype performance
Chapter 5: Software effort estimation- part 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.
COMP 208/214/215/216 – Lecture 7 Documenting Design.
Unit 5 – eProject – Starting to look at projects Unit 5
Presented by (Abdisamad Abdullahi Abdulle)
Software Effort Estimation
Systems Development Life Cycle
How does a parametric estimate work?
COCOMO MODEL.
Presentation transcript:

systems analysis and design copyright m.a.walkley 2001 Function Point Analysis Estimating

systems analysis and design copyright m.a.walkley 2001 Overview of this week’s lecture The purpose of Function Point Analysis Inputs to FPA Using FPA to calculate effort, time and headcount

systems analysis and design copyright m.a.walkley 2001 Coursework Three Attendance required at tutorials in week 11 and 12 Weeks 9 and 10: work individually on Booking Functions for a theatre booking system Week 11: you will be put in groups. Each group member will briefly present and explain their work Weeks 11 and 12: you will put your best ideas together and develop a single answer to the problem Deliverables: window specifications consisting of low-fidelity prototypes I.e. rough sketches/designs of the windows that support booking of tickets

systems analysis and design copyright m.a.walkley 2001 Function Point Analysis Qualitative method of estimating development time and effort c.f. estimating by analogy Function Point Analysis is a way of measuring the size of a project in terms of its functionality The size of each function can be measured in terms of number of input data items, number of output data items and number of entities involved

systems analysis and design copyright m.a.walkley 2001 Estimating with FPA How long will it take to deliver the proposed system (elapsed time)? How many person-hours will be involved (effort)? What is the ideal size of team (headcount)?

systems analysis and design copyright m.a.walkley 2001 Relationship with Other Techniques Function Point Analysis works well with the products of Investigation: –functional requirements –data flow models –logical data model will be more accurate as the project goes on e.g. if we use: –function definitions –logical data model

systems analysis and design copyright m.a.walkley 2001 Simple Update Function Record New Supplier –Input data items: Supplier Name Supplier Address Supplier Post Code –Output data items Supplier Number (system generated) –Entities referenced: Supplier

systems analysis and design copyright m.a.walkley 2001 A more complex update function Place Purchase Order: –Input data items: Date, Supplier Number, Product Code Quantity Required Date Required –Output data items: PO Number (system generated) –Entities referenced: Product, Purchase Order Supplier, Purchase Order Item

systems analysis and design copyright m.a.walkley 2001 Calculating the System Size For each function count: –Number of input data items n i –Number of output data items n o –Number of entities read/updated n e Add these up for the whole system, giving: –Number of input data items N i –Number of output data items N o –Number of entities read/updated N e

systems analysis and design copyright m.a.walkley 2001 Function Point Counting Requirementinputsoutputsentity accesses A11024 A21036 A31251 A410 9 A54105 A62692 A75118 A81445 A92274 A10664 A11997 A Ni = 120No = 120Ne = 60

systems analysis and design copyright m.a.walkley 2001 Calculating the System Size The system size in ‘unadjusted’ function points is given by: UFP = 0.58 * N i * N o * N e This figure is then adjusted to take account of the technical complexity of the project System Size S = TCF * UFP For the most straight-forward projects use an adjustment of 65% I.e S = 0.65 * UFP

systems analysis and design copyright m.a.walkley 2001 Calculating Effort To calculate effort in hours - I.e. the number of hours of human effort required to develop the system – use: E = S/p Where p = productivity This assumes that the system is on-line, add 50% for off-line systems How do we know what figure to use for productivity?

systems analysis and design copyright m.a.walkley 2001 Productivity Use ‘industry standard’ tables Or collect data over a number of projects for your own organisation Note that we measure productivity in function points per hour

systems analysis and design copyright m.a.walkley 2001 System Size (S) Productivity for a development using 3GL (p) Productivity in a 4GL environment (p)

systems analysis and design copyright m.a.walkley 2001 Calculate Elapsed Time To calculate the elapsed time – I.e. the time in weeks between initiation and delivery – use: Weeks = 2.22 *  S

systems analysis and design copyright m.a.walkley 2001 Effort, Elapsed Time and the SDLC EffortElapsed Time Requirements Analysis11%20% Requirements Specification11%15% Logical System Specification5% Physical Design10% Code and Unit Testing46%25% System Test12%15% Implementation5%10%

systems analysis and design copyright m.a.walkley 2001 Calculate Headcount To calculate the headcount – I.e. the number of people working on the project – use: H = (0.044 * effort)/weeks

systems analysis and design copyright m.a.walkley 2001 References Weaver, Chapter on Business Systems Options See Drummond 1992 for a full discussion

systems analysis and design copyright m.a.walkley 2001 Function Point Counting Requirementinputsoutputsentity accesses A11024 A21036 A31251 A410 9 A54105 A62692 A75118 A81445 A92274 A10664 A11997 A Ni = 120No = 120Ne = 60

systems analysis and design copyright m.a.walkley 2001 Effort, time and headcount UFP = 0.58 x x x 60 = 200 S = 0.65 x 200 = 130 Weeks = 2.22 *  S = 2.22 *  130  25 weeks Effort = S/p = 130/0.109  1192 hours Headcount = (0.044 * effort)/weeks = (0.044 * 1192)/25  2