The Simple Function Point method

The Simple Function Point (SFP) method is a lightweight Functional Measurement Method.

The Simple Function Point method was designed to be compliant with the ISO14143-1 and compatible with the International Function Points User Group (IFPUG) Function Point Analysis (FPA) method.

The original method is described in a manual produced by the Editorial Committee of the SiFPA Association (Simple Function Point Association). The Simple Function Point Functional Size Measurement Method Reference Manual is available under the Creatives Commons Attribution-NoDerivatives 4.0 International Public License.

Basic Concept

When the SFP method was proposed, the most widely used software functional size measurement method was IFPUG FPA . However, IFPUG FPA had (and still has) a few shortcomings:

• It is not easy to apply. It requires certified personnel, and the productivity of measurement is relatively low (between 400 and 600 Function Points per day, according to Capers Jones , between 200 and 300 Function Points per day according to experts from Total Metrics ).
• The measurement is partly subjective, since some of its measurement rules have to be suitably interpreted by the person who performs the measurement.
• The diffusion of the method in the software development community was quite limited.

To overcome at least some of these problems, the SFP method was defined to provide the following characteristics:

• Easy to apply;
• Less subject to interpretation, being based on quite straightforward definitions;
• Easy to learn: specifically, people familiar with IFPUG FPA could learn SFP very quickly with very little effort;
• Compatible with the IFPUG FPA; specifically 1 UFP corresponds to 1 SiFP (In this article we use “UFP” for unadjusted Function Point to designate the unit of measure defined by IFPUG FPA and SiFP the unit of measure defined by SFP).

The sought characteristics were achieved as follows:

IFPUG FPA requires that 1) logical data files and transactions are identified, 2) logical data files are classified into Internal Logical Files (ILF) and External Interface Files (EIF), 3) every transaction is classified as External Input (EI), External Output (EO), External Query (EI), 4) every ILF and EIF is weighted, based on its Record Element Types (RET) and Data Element Types (DET), 5) every EI, EO and EQ is weighted, based on its File Types Referenced (FTR) and DET exchanged through the borders of the application being measured. Of these activities, SFP requires only the first two, i.e., the identification of logical data files and transactions. Activities 4) and 5) are the most time consuming, since they require that every data file and transaction is examined in detail: skipping these phases makes the SFP method both quicker and easier to apply than IFPUG FPA. In addition, most of the subjective interpretation is due to activities 4) and 5), and partly also to activity 3): skipping these activities makes the SFP method also less prone to subjective interpretation.

The concepts used in the definition of SFP are a small subset of those used in the definition of IFPUG FPA, therefore learning SFP is easier than learning IFPUG FPA, and it is immediate for those who already know IFPUG FPA.

Finally, the weights assigned to data files and transactions make the size in SFP very close to the size expressed in Function Points, on average.

Definition

The logical data files are named Unspecified Generic Data Group (UGDG) in the SFP method. Similarly, transactions are named Unspecified Generic Elementary Process (UGEP). The adjectives “unspecified” and “generic” stress that, unlike in IFPUG FPA, there is no classification or weighting.

The size of a UGEP is 4.6 SiFP, while the size of a UGDG is 7.0 SiFP. Therefore the

The size expressed in SiFP is based on the number of data files (#UGDG) and the number of transactions (#UGEP). Belonging to the software application being measured:

$Size[SiFP]=4.6\#UGEP+7\#UGDG$

Empirical evaluation of the SFP method

Empirical studies have been carried out, aiming at

• evaluating the convertibility of SiFP and UFP measures
• comparing the SiFP and UFP measures in supporting the estimation of software development effort

Convertibility between SFP and FPA measures

Comparison of sizes expressed in Unadjusted Function Points (UFP) and Simple Function Points (SiFP) for an ISBSG dataset . The blue line represents perfect equivalence (1 SiFP=1 UFP).

In the original proposal of the SFP method, a dataset from the ISBSG, including data from 768 projects, was used to evaluate the convertibility among UFP and SiFP measures. This study showed that on average 1 UFP = 1.0005 SiFP .

Another study also used an ISBSG dataset to evaluate the convertibility among UFP and SiFP measures. The dataset included data from 766 software applications. Via ordinary least square regression, it was found that 1 SiFP = 0.998 UFP.

Based on empirical studies, it can be assumed that 1 SiFP = 1 UFP. However, the equivalence holds on average: in both studies an average relative error around 12% was observed.

Using SFP as a replacement of IFPUG FPA for software development effort estimation

TBD

Adoption by IFPUG

In 2019, the Simple Function Points Method was acquired by the IFPUG, to provide its user community with a simplified Function Point counting method, to make functional size measurement easier yet reliable in the early stages of software projects.

See also

The introduction to Simple Function Points (SFP) from IFPUG.