SlideShare a Scribd company logo
1
Software ProjectPlanning
2
After the finalization of SRS, we would
estimate size, cost and development time
like to
of the
project. Also, in many cases, customer may like to
know the cost and development time even prior to
finalization of the SRS.
Software Project
Planning
3
In order to conduct a successful software project, we
must understand:
▪ Scope of work to be done
▪ The risk to be incurred
▪ The resources required
▪ The task to be accomplished
▪ The cost to be expended
▪ The schedule to be followed
Software planning begins before technical work starts, continues as
the software evolves from concept to reality, and culminates only
when the software is retired.
Software Project
Planning
4
Size estimation
Cost estimation Development time
Resources
requirements
Project
scheduling
Fig. 1: Activities during Software
Project Planning
1. int. sort (int x[ ], int n)
2. {
3. int i, j, save, im1;
4. /*This function sorts array x in ascending order */
5. If (n<2) return 1;
6. for (i=2; i<=n; i++)
7. {
8. im1=i-1;
9. for (j=1; j<=im; j++)
10. if (x[i] < x[j])
11. {
12. Save = x[i];
13. x[i] = x[j];
14. x[j] = save;
15. }
16. }
17. return 0;
18. }
Software ProjectPlanning
• Size Estimation
• Lines of Code (LOC)
• If LOC is simply a count of the
number of lines then figure shown
below contains 18 LOC .
• When comments and blank
lines are ignored, the program in
figure 2 shown below contains 17
LOC. 5
Fig. 2: Function for sorting an array
0
500,000
1,000,000
1,500,000
2,000,000
2,500,000
Jan 1993 Jun 1994 Oct 1995 Mar 1997 Jul 1998 Dec 1999 Apr 2001
TotalLOC
Total LOC ("wc -l") -- development releases
Total LOC ("wc -l") -- stable releases
Total LOC uncommented -- development releases
Total LOC uncommented -- stable releases
Growth of Lines of Code (LOC)
Software Project
Planning
6
Furthermore, if the main interest is the size of the program
for specific functionality, it may be reasonable to include
executable statements. The only executable statements in
figure shown above are in lines 5-17 leading to a count of
13. The differences in the counts are 18 to 17 to 13. One
can easily see the potential for major discrepancies for
large programs with many comments or programs written
in language that allow a large number of descriptive but
non-executable statement. Conte has defined lines of code
as:
SoftwareProjectPlanning
7
“A line of code is any line of program text that is not a
comment or blank line, regardless of the number of
statements or fragments of statements on the line. This
specifically includes all lines containing program header,
declaration, and executable and non-executable
statements”.
This is the predominant definition for lines of code used
by researchers. By this definition, figure shown above
has 17 LOC.
SoftwareProjectPlanning
The principle of Albrecht’s function point analysis (FPA) is that a system is
decomposed into functional units.
▪ Inputs
▪ Outputs
▪ Enquiries
:
:
:
▪ Internal logical
files
:
▪ External interface
files
:
information entering the
system information leaving
the system
requests for instant access
to information
information held within
the system
information held by other
system that is used by the
system being analyzed.
Software Project
Planning
1
0
ILF
EIF
User
applications
System
Outputs
Inputs
The FPA functional units are shown in figure given below:
User
Inquiries
Other
ILF: Internal logical files
EIF: External interfaces
Fig. 3: FPAs functional units System
Software Project
Planning
1
1
Software Project
Planning
1
2
The five functional units are divided in two categories:
(i) Data function types
▪ Internal Logical Files (ILF): A user identifiable group of
logical related data or control information maintained
within the system.
▪ External Interface files (EIF): A user identifiable group of
logically related data or control information referenced by
the system, but maintained within another system. This
means that EIF counted for one system, may be an ILF in
another system.
Software Project
Planning
1
4
Special features
➢ Function point approach is independent of the language,
tools, or methodologies used for implementation; i.e. they
do not take into consideration programming languages,
data base management systems, processing hardware or
any other data base technology.
➢ Function points can be estimated from requirement
specification or design specification, thus making it
possible to estimate development efforts in early phases of
development.
Software Project
Planning
1
5
➢ Function points are directly linked to the statement of
requirements; any change of requirements can easily
be followed by a re-estimate.
➢ Function points are based on the system user’s
external view of the system, non-technical users of
the software system have a better understanding of
what function points are measuring.
Counting function points
Functional Units
Weighting factors
Low Average High
External Inputs (EI) 3 4 6
External Output (EO) 4 5 7
External Inquiries (EQ) 3 4 6
External logical files (ILF) 7 10 15
External Interface files (EIF) 5 7 10
Table 1 : Functional units with weighting factors
Software Project
Planning
Software Project
Planning
1
7
The weighting factors are identified for all
functional units and multiplied with the functional
units accordingly. The procedure for the
calculation of Unadjusted Function Point (UFP) is
given in table shown above.
Software Project
Planning
1
8
The procedure for the calculation of UFP in mathematical
form is given below:
5 3
UFP  ∑∑Zij wij
i1 J 1
Where i indicate the row and j indicates the column of Table 1
Wij : It is the entry of the ith row and jth column of the table 1
Zij : It is the count of the number of functional units of Type i that
have been classified as having the complexity corresponding to
column j.
Software Project
Planning
1
9
Organizations that use function point methods develop a criterion for
determining whether a particular entry is Low, Average or High.
Nonetheless, the determination of complexity is somewhat
subjective.
FP = UFP * CAF
Where CAF is complexity adjustment factor and is equal to [0.65 +
0.01 x ΣFi]. The Fi (i=1 to 14) are the degree of influence and are
based on responses to questions noted in table 3.
Software Project
Planning
2
0
54
Table 3 : Computing function points.
Rate each factor on a scale of 0 to 5.
0 1 2 3
No
Influence
Average EssentialIncidental Moderate Significant
Number of factors considered ( Fi )
1. Does the system require reliable backup and recovery ?
2. Is data communication required ?
3. Are there distributed processing functions ?
4. Is performance critical ?
5. Will the system run in an existing heavily utilized operational environment ?
6. Does the system require on line data entry ?
7. Does the on line data entry require the input transaction to be built over multiple screens
or operations ?
8. Are the master files updated on line ?
9. Is the inputs, outputs, files, or inquiries complex ?
10.Is the internal processing complex ?
11.Is the code designed to be reusable ?
12.Are conversion and installation included in the design ?
13.Is the system designed for multiple installations in different organizations ?
14.Is the application designed to facilitate change and ease of use by the user ?
Software Project
Planning
2
1
Functions points may compute the following important metrics:
Productivity
Quality
=
=
FP / persons-months
Defects / FP
Cost = Rupees / FP
Documentation = Pages of documentation per
FP
These metrics are controversial and are not universally acceptable.
There are standards issued by the International Functions Point User
Group (IFPUG, covering the Albrecht method) and the United
Kingdom Function Point User Group (UFPGU, covering the MK11
method). An ISO standard for function point method is also being
developed.
Software Project
Planning
2
2
Example: 4.1
Consider a project with the following functional units:
Number of user inputs
Number of user outputs
Number of user enquiries
Number of user files
Number of external interfaces
= 50
= 40
= 35
= 06
= 04
Assume all complexity adjustment factors and weighting factors are
average. Compute the function points for the project.
Software Project
Planning
2
3
Software Project
Planning
Solution
We know 5 3
UFP  ∑∑Zij wij
i1 J 1
UFP = 50 x 4 + 40 x 5 + 35 x 4 + 6 x 10 + 4 x 7
= 200 + 200 + 140 + 60 + 28 = 628
CAF = (0.65 + 0.01 ΣFi)
= (0.65 + 0.01 (14 x 3)) = 0.65 + 0.42 = 1.07
FP = UFP x CAF
= 628 x 1.07 = 672
Software Project
Planning
2
5
Example:4.2
An application has the following:
10 low external inputs, 12 high external outputs, 20 low
internal logical files, 15 high external interface files, 12
average external inquiries, and a value of complexity
adjustment factor of 1.10.
What are the unadjusted and adjusted function point counts ?
FP = UFP x CAF
= 452 x 1.10 = 497.2.
Solution
Unadjusted function point counts may be calculated using
as:
5 3
UFP  ∑∑Zij wij
i1 J 1
= 10 x 3 + 12 x 7 + 20 x 7 + 15 + 10 + 12 x 4
= 30 + 84 +140 + 150 + 48
= 452
Software Project
Planning
2
6
Example: 4.3
Consider a project with the following parameters.
(i) External Inputs:
(a) 10 with low complexity
(b)15 with average complexity
(c) 17 with highcomplexity
(ii) External Outputs:
(a) 6 with low complexity
(b)13 with high complexity
(iii) External Inquiries:
(a) 3 with low complexity
(b) 4 with average complexity
(c) 2 high complexity
Software Project
Planning
2
7
Software Project
Planning
(iv) Internal logical files:
• (a) 2 with averagecomplexity (b)1 with high
complexity
(v) External Interface files:
• (a) 9 with lowcomplexity
• In addition to above, system requires
i. Significant data communication
ii. Performance is very critical
iii.Designed code may be moderately reusable
iv. System is not designed for multiple installation in different organizations.
• Other complexity adjustment factors are treated as average. Compute the function
points for the project.
2
8
Software ProjectPlanning
14
∑Fi
3+4+3+5+3+3+3+3+3+3+2+3+0+3=41
i1
CAF = (0.65 + 0.01 x ΣFi)
= (0.65 + 0.01 x 41)
= 1.06
FP = UFP x CAF
= 424 x 1.06
= 449.44
Hence FP = 449
Software Project
Planning
3
0
Relative Cost of Software Phases
Software ProjectPlanning
Software Engineering (3rd ed.), By K.K Aggarwal & Yogesh Singh, Copyright © New Age
International Publishers, 2007 31

More Related Content

PPTX
Software project estimation
PDF
Software project management
PDF
Agile model
PDF
Chapter 6 software metrics
PPTX
Software Process Models
PPTX
Iterative model
PDF
Software requirements
PPTX
Project scheduling and tracking
Software project estimation
Software project management
Agile model
Chapter 6 software metrics
Software Process Models
Iterative model
Software requirements
Project scheduling and tracking

What's hot (20)

PPTX
Design Concepts in Software Engineering-1.pptx
PDF
Spm software effort estimation
PDF
Project Planning in Software Engineering
PPT
UML Diagrams
PDF
Identifying classes and objects ooad
PPTX
8 queens problem using back tracking
PPTX
Software Measurement and Metrics.pptx
PPT
Software estimation
PPTX
Software development life cycle (SDLC)
PPT
Object Oriented Design Concept
PPT
Rad model
PPTX
Software Size Estimation
PPT
Software quality
PPTX
Software Cost Estimation Techniques
PPTX
Visualizing Progress.pptx
PPTX
Software project management- Software Engineering
PPTX
object oriented fundamentals in vb.net
DOCX
Behavioural modelling
PPTX
Software quality assurance
Design Concepts in Software Engineering-1.pptx
Spm software effort estimation
Project Planning in Software Engineering
UML Diagrams
Identifying classes and objects ooad
8 queens problem using back tracking
Software Measurement and Metrics.pptx
Software estimation
Software development life cycle (SDLC)
Object Oriented Design Concept
Rad model
Software Size Estimation
Software quality
Software Cost Estimation Techniques
Visualizing Progress.pptx
Software project management- Software Engineering
object oriented fundamentals in vb.net
Behavioural modelling
Software quality assurance
Ad

Similar to Loc and function point (20)

PDF
Adobe Scan 22-Aug-2024-1167527822678.pdf
PPT
software effort estimation
PPTX
Software Engineering Fundamentals in Computer Science
PPTX
Cost estimation techniques
PDF
Function Point Analysis (FPA) by Dr. B. J. Mohite
PPTX
Lec_6_Sosssssftwaaaaaare_Estimation.pptx
PPTX
chapter FP Analysis .pptx
PPTX
Software estimation techniques
PPT
software engineering software development life cycle
PDF
cost-estimation-tutorial
PPTX
Function Point Analysis
PPTX
Se 381 - lec 25 - 32 - 12 may29 - program size and cost estimation models
PPT
Cost effort in softwrae project management.ppt
PPT
Managing software project, software engineering
PPTX
5_6134023428304274682.pptx
PPTX
Software Engineering Chapter 4 Part 1 Euu
PPTX
Metrics for project size estimation
PDF
IJSRED-V2I4P8
Adobe Scan 22-Aug-2024-1167527822678.pdf
software effort estimation
Software Engineering Fundamentals in Computer Science
Cost estimation techniques
Function Point Analysis (FPA) by Dr. B. J. Mohite
Lec_6_Sosssssftwaaaaaare_Estimation.pptx
chapter FP Analysis .pptx
Software estimation techniques
software engineering software development life cycle
cost-estimation-tutorial
Function Point Analysis
Se 381 - lec 25 - 32 - 12 may29 - program size and cost estimation models
Cost effort in softwrae project management.ppt
Managing software project, software engineering
5_6134023428304274682.pptx
Software Engineering Chapter 4 Part 1 Euu
Metrics for project size estimation
IJSRED-V2I4P8
Ad

More from Mitali Chugh (20)

PPTX
PPT
Unit 2 ppt
PPTX
Module 4
PPTX
PPTX
Module 5 and 6
PPTX
Types of computer
PPTX
Module 2 os
PPTX
Os ppt
PPTX
Upes ppt template
PPTX
Functions
PPTX
Structures
PPTX
Functions
PPT
Strings
PPTX
Arrays
PPT
Control flow stataements
PPTX
Unit 2 l1
PPTX
DOC
How to compile and run a c program on ubuntu linux
PPTX
PPT
Module 4
Unit 2 ppt
Module 4
Module 5 and 6
Types of computer
Module 2 os
Os ppt
Upes ppt template
Functions
Structures
Functions
Strings
Arrays
Control flow stataements
Unit 2 l1
How to compile and run a c program on ubuntu linux
Module 4

Recently uploaded (20)

PPTX
CARTOGRAPHY AND GEOINFORMATION VISUALIZATION chapter1 NPTE (2).pptx
PPTX
M Tech Sem 1 Civil Engineering Environmental Sciences.pptx
PPTX
CYBER-CRIMES AND SECURITY A guide to understanding
PDF
Operating System & Kernel Study Guide-1 - converted.pdf
PPTX
web development for engineering and engineering
PDF
Embodied AI: Ushering in the Next Era of Intelligent Systems
PDF
Model Code of Practice - Construction Work - 21102022 .pdf
PDF
Evaluating the Democratization of the Turkish Armed Forces from a Normative P...
PDF
Digital Logic Computer Design lecture notes
PDF
PRIZ Academy - 9 Windows Thinking Where to Invest Today to Win Tomorrow.pdf
PDF
keyrequirementskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
PPTX
Internet of Things (IOT) - A guide to understanding
PDF
Structs to JSON How Go Powers REST APIs.pdf
PPTX
UNIT 4 Total Quality Management .pptx
PPTX
Engineering Ethics, Safety and Environment [Autosaved] (1).pptx
PPTX
bas. eng. economics group 4 presentation 1.pptx
PPTX
KTU 2019 -S7-MCN 401 MODULE 2-VINAY.pptx
PDF
PPT on Performance Review to get promotions
PPTX
MET 305 2019 SCHEME MODULE 2 COMPLETE.pptx
PPTX
OOP with Java - Java Introduction (Basics)
CARTOGRAPHY AND GEOINFORMATION VISUALIZATION chapter1 NPTE (2).pptx
M Tech Sem 1 Civil Engineering Environmental Sciences.pptx
CYBER-CRIMES AND SECURITY A guide to understanding
Operating System & Kernel Study Guide-1 - converted.pdf
web development for engineering and engineering
Embodied AI: Ushering in the Next Era of Intelligent Systems
Model Code of Practice - Construction Work - 21102022 .pdf
Evaluating the Democratization of the Turkish Armed Forces from a Normative P...
Digital Logic Computer Design lecture notes
PRIZ Academy - 9 Windows Thinking Where to Invest Today to Win Tomorrow.pdf
keyrequirementskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
Internet of Things (IOT) - A guide to understanding
Structs to JSON How Go Powers REST APIs.pdf
UNIT 4 Total Quality Management .pptx
Engineering Ethics, Safety and Environment [Autosaved] (1).pptx
bas. eng. economics group 4 presentation 1.pptx
KTU 2019 -S7-MCN 401 MODULE 2-VINAY.pptx
PPT on Performance Review to get promotions
MET 305 2019 SCHEME MODULE 2 COMPLETE.pptx
OOP with Java - Java Introduction (Basics)

Loc and function point

  • 1. 1
  • 2. Software ProjectPlanning 2 After the finalization of SRS, we would estimate size, cost and development time like to of the project. Also, in many cases, customer may like to know the cost and development time even prior to finalization of the SRS.
  • 3. Software Project Planning 3 In order to conduct a successful software project, we must understand: ▪ Scope of work to be done ▪ The risk to be incurred ▪ The resources required ▪ The task to be accomplished ▪ The cost to be expended ▪ The schedule to be followed
  • 4. Software planning begins before technical work starts, continues as the software evolves from concept to reality, and culminates only when the software is retired. Software Project Planning 4 Size estimation Cost estimation Development time Resources requirements Project scheduling Fig. 1: Activities during Software Project Planning
  • 5. 1. int. sort (int x[ ], int n) 2. { 3. int i, j, save, im1; 4. /*This function sorts array x in ascending order */ 5. If (n<2) return 1; 6. for (i=2; i<=n; i++) 7. { 8. im1=i-1; 9. for (j=1; j<=im; j++) 10. if (x[i] < x[j]) 11. { 12. Save = x[i]; 13. x[i] = x[j]; 14. x[j] = save; 15. } 16. } 17. return 0; 18. } Software ProjectPlanning • Size Estimation • Lines of Code (LOC) • If LOC is simply a count of the number of lines then figure shown below contains 18 LOC . • When comments and blank lines are ignored, the program in figure 2 shown below contains 17 LOC. 5 Fig. 2: Function for sorting an array
  • 6. 0 500,000 1,000,000 1,500,000 2,000,000 2,500,000 Jan 1993 Jun 1994 Oct 1995 Mar 1997 Jul 1998 Dec 1999 Apr 2001 TotalLOC Total LOC ("wc -l") -- development releases Total LOC ("wc -l") -- stable releases Total LOC uncommented -- development releases Total LOC uncommented -- stable releases Growth of Lines of Code (LOC) Software Project Planning 6
  • 7. Furthermore, if the main interest is the size of the program for specific functionality, it may be reasonable to include executable statements. The only executable statements in figure shown above are in lines 5-17 leading to a count of 13. The differences in the counts are 18 to 17 to 13. One can easily see the potential for major discrepancies for large programs with many comments or programs written in language that allow a large number of descriptive but non-executable statement. Conte has defined lines of code as: SoftwareProjectPlanning 7
  • 8. “A line of code is any line of program text that is not a comment or blank line, regardless of the number of statements or fragments of statements on the line. This specifically includes all lines containing program header, declaration, and executable and non-executable statements”. This is the predominant definition for lines of code used by researchers. By this definition, figure shown above has 17 LOC. SoftwareProjectPlanning
  • 9. The principle of Albrecht’s function point analysis (FPA) is that a system is decomposed into functional units. ▪ Inputs ▪ Outputs ▪ Enquiries : : : ▪ Internal logical files : ▪ External interface files : information entering the system information leaving the system requests for instant access to information information held within the system information held by other system that is used by the system being analyzed. Software Project Planning 1 0
  • 10. ILF EIF User applications System Outputs Inputs The FPA functional units are shown in figure given below: User Inquiries Other ILF: Internal logical files EIF: External interfaces Fig. 3: FPAs functional units System Software Project Planning 1 1
  • 11. Software Project Planning 1 2 The five functional units are divided in two categories: (i) Data function types ▪ Internal Logical Files (ILF): A user identifiable group of logical related data or control information maintained within the system. ▪ External Interface files (EIF): A user identifiable group of logically related data or control information referenced by the system, but maintained within another system. This means that EIF counted for one system, may be an ILF in another system.
  • 12. Software Project Planning 1 4 Special features ➢ Function point approach is independent of the language, tools, or methodologies used for implementation; i.e. they do not take into consideration programming languages, data base management systems, processing hardware or any other data base technology. ➢ Function points can be estimated from requirement specification or design specification, thus making it possible to estimate development efforts in early phases of development.
  • 13. Software Project Planning 1 5 ➢ Function points are directly linked to the statement of requirements; any change of requirements can easily be followed by a re-estimate. ➢ Function points are based on the system user’s external view of the system, non-technical users of the software system have a better understanding of what function points are measuring.
  • 14. Counting function points Functional Units Weighting factors Low Average High External Inputs (EI) 3 4 6 External Output (EO) 4 5 7 External Inquiries (EQ) 3 4 6 External logical files (ILF) 7 10 15 External Interface files (EIF) 5 7 10 Table 1 : Functional units with weighting factors Software Project Planning
  • 16. The weighting factors are identified for all functional units and multiplied with the functional units accordingly. The procedure for the calculation of Unadjusted Function Point (UFP) is given in table shown above. Software Project Planning 1 8
  • 17. The procedure for the calculation of UFP in mathematical form is given below: 5 3 UFP  ∑∑Zij wij i1 J 1 Where i indicate the row and j indicates the column of Table 1 Wij : It is the entry of the ith row and jth column of the table 1 Zij : It is the count of the number of functional units of Type i that have been classified as having the complexity corresponding to column j. Software Project Planning 1 9
  • 18. Organizations that use function point methods develop a criterion for determining whether a particular entry is Low, Average or High. Nonetheless, the determination of complexity is somewhat subjective. FP = UFP * CAF Where CAF is complexity adjustment factor and is equal to [0.65 + 0.01 x ΣFi]. The Fi (i=1 to 14) are the degree of influence and are based on responses to questions noted in table 3. Software Project Planning 2 0
  • 19. 54 Table 3 : Computing function points. Rate each factor on a scale of 0 to 5. 0 1 2 3 No Influence Average EssentialIncidental Moderate Significant Number of factors considered ( Fi ) 1. Does the system require reliable backup and recovery ? 2. Is data communication required ? 3. Are there distributed processing functions ? 4. Is performance critical ? 5. Will the system run in an existing heavily utilized operational environment ? 6. Does the system require on line data entry ? 7. Does the on line data entry require the input transaction to be built over multiple screens or operations ? 8. Are the master files updated on line ? 9. Is the inputs, outputs, files, or inquiries complex ? 10.Is the internal processing complex ? 11.Is the code designed to be reusable ? 12.Are conversion and installation included in the design ? 13.Is the system designed for multiple installations in different organizations ? 14.Is the application designed to facilitate change and ease of use by the user ? Software Project Planning 2 1
  • 20. Functions points may compute the following important metrics: Productivity Quality = = FP / persons-months Defects / FP Cost = Rupees / FP Documentation = Pages of documentation per FP These metrics are controversial and are not universally acceptable. There are standards issued by the International Functions Point User Group (IFPUG, covering the Albrecht method) and the United Kingdom Function Point User Group (UFPGU, covering the MK11 method). An ISO standard for function point method is also being developed. Software Project Planning 2 2
  • 21. Example: 4.1 Consider a project with the following functional units: Number of user inputs Number of user outputs Number of user enquiries Number of user files Number of external interfaces = 50 = 40 = 35 = 06 = 04 Assume all complexity adjustment factors and weighting factors are average. Compute the function points for the project. Software Project Planning 2 3
  • 22. Software Project Planning Solution We know 5 3 UFP  ∑∑Zij wij i1 J 1 UFP = 50 x 4 + 40 x 5 + 35 x 4 + 6 x 10 + 4 x 7 = 200 + 200 + 140 + 60 + 28 = 628 CAF = (0.65 + 0.01 ΣFi) = (0.65 + 0.01 (14 x 3)) = 0.65 + 0.42 = 1.07 FP = UFP x CAF = 628 x 1.07 = 672
  • 23. Software Project Planning 2 5 Example:4.2 An application has the following: 10 low external inputs, 12 high external outputs, 20 low internal logical files, 15 high external interface files, 12 average external inquiries, and a value of complexity adjustment factor of 1.10. What are the unadjusted and adjusted function point counts ?
  • 24. FP = UFP x CAF = 452 x 1.10 = 497.2. Solution Unadjusted function point counts may be calculated using as: 5 3 UFP  ∑∑Zij wij i1 J 1 = 10 x 3 + 12 x 7 + 20 x 7 + 15 + 10 + 12 x 4 = 30 + 84 +140 + 150 + 48 = 452 Software Project Planning 2 6
  • 25. Example: 4.3 Consider a project with the following parameters. (i) External Inputs: (a) 10 with low complexity (b)15 with average complexity (c) 17 with highcomplexity (ii) External Outputs: (a) 6 with low complexity (b)13 with high complexity (iii) External Inquiries: (a) 3 with low complexity (b) 4 with average complexity (c) 2 high complexity Software Project Planning 2 7
  • 26. Software Project Planning (iv) Internal logical files: • (a) 2 with averagecomplexity (b)1 with high complexity (v) External Interface files: • (a) 9 with lowcomplexity • In addition to above, system requires i. Significant data communication ii. Performance is very critical iii.Designed code may be moderately reusable iv. System is not designed for multiple installation in different organizations. • Other complexity adjustment factors are treated as average. Compute the function points for the project. 2 8
  • 28. 14 ∑Fi 3+4+3+5+3+3+3+3+3+3+2+3+0+3=41 i1 CAF = (0.65 + 0.01 x ΣFi) = (0.65 + 0.01 x 41) = 1.06 FP = UFP x CAF = 424 x 1.06 = 449.44 Hence FP = 449 Software Project Planning 3 0
  • 29. Relative Cost of Software Phases Software ProjectPlanning Software Engineering (3rd ed.), By K.K Aggarwal & Yogesh Singh, Copyright © New Age International Publishers, 2007 31