Function-Oriented Metrics is a method that is developed by Albrecht in 1979 for IBM (International Business Machine). He simply suggested a measure known as Function points that are derived using an empirical relationship that is based on countable measures of software’s information or requirements domain and assessments of the complexity of software.
Function-Oriented Metrics are also known as Function Point Model. This model generally focuses on the functionality of the software application being delivered. These methods are actually independent of the programming language that is being used in software applications and based on calculating the Function Point (FP). A function point is a unit of measurement that measures the business functionality provided by the business product.
To determine whether or not a particular entry is simple, easy, average, or complex, a criterion is needed and should be developed by the organization. With the help of observations or experiments, the different weighing factors should be determined as shown below in the table. With the help of these tables, the count table can be computed.
The software complexity can be computed by answering the following questions :
- Does the system need reliable backup and recovery?
- Are data communications required?
- Are there distribute processing functions?
- Is the performance of the system critical?
- Can the system be able to run in an existing, heavily, and largely utilized operational environment?
- Does the system require on-line data entry?
- Does the input transaction is required by the on-line data entry to be built over multiple screens or operations?
- Are the master files updated on-line?
- Are the inputs, outputs, files, or inquiries complex?
- Is the internal processing complex?
- Is the code which is designed to be reusable?
- Are conversion and installation included in the design?
- Is the system designed for multiple installations in various organizations whenever required?
- Is the application designed to facilitate or make the change and provide effective ease of use by the user?
Each of the above questions is answered using a scale that ranges from o to 5 (not important or applicable to absolutely essential).
This scale is shown below :
Calculating Function Point :
After calculating the function point, various other measures can be calculated as shown below :
Productivity = FP / person-month Quality = Number of faults / FP Cost = $ / FP Documentation = Pages of documentation / FP
Some figures –
|Language||Lines of Code per Function Point|
Small Project: <2000 Function Points Medium Project: 2, 000 to 10, 000 Function Points Large Project: > 10, 000 Function Points
Disadvantages of Function-Oriented Metrics :
- Function Oriented Metrics was only developed for business systems, therefore it is valid for only that domain.
- In this, some of the aspects are subjective and have not been validated.
- The function point does not have any physical meaning. It is just a number.
Attention reader! Don’t stop learning now. Get hold of all the important CS Theory concepts for SDE interviews with the CS Theory Course at a student-friendly price and become industry ready.
- Core Metrics to Manage Modern Process
- Applications of Pareto Analysis
- Difference between GUI Testing and Usability Testing
- When to use a Defect Pareto Chart?
- Defect Management Process
- Defect Triage- a simple process
- Type of Defects found in DMP
- Different participants of Defect Life Cycle
- Defect Prevention Methods and Techniques
- Process Improvement in Defect Management Process (DMP)
- Defect Analysis Process
- Techniques to Identify Defects
- Site Reliability Engineering
- Defect Resolution Process
If you like GeeksforGeeks and would like to contribute, you can also write an article using contribute.geeksforgeeks.org or mail your article to firstname.lastname@example.org. See your article appearing on the GeeksforGeeks main page and help other Geeks.
Please Improve this article if you find anything incorrect by clicking on the "Improve Article" button below.