推定手法-関数ポイント

ファンクションポイント（FP）は、情報システム（製品として）がユーザーに提供するビジネス機能の量を表す測定単位です。 FPはソフトウェアサイズを測定します。機能サイジングの業界標準として広く受け入れられています。

FPに基づいてソフトウェアのサイズを決定するために、いくつかの認められた標準や公的な仕様が存在します。 2013年現在、これらは-

ISO規格

COSMIC -ISO/IEC 19761：2011ソフトウェアエンジニアリング。機能的なサイズの測定方法。
FiSMA -ISO/IEC 29881：2008情報技術-ソフトウェアおよびシステムエンジニアリング-FiSMA 1.1機能サイズ測定方法。
IFPUG -ISO/IEC 20926：2009ソフトウェアおよびシステムエンジニアリング-ソフトウェア測定-IFPUG機能サイズ測定方法。
Mark-II -ISO/IEC 20968：2002ソフトウェアエンジニアリング-Ml IIファンクションポイント分析-カウントプラクティスマニュアル。
NESMA -ISO/IEC 24570：2005ソフトウェアエンジニアリング-NESMA機能サイズ測定方法バージョン2.1-機能点分析の適用に関する定義とカウントのガイドライン。

自動機能ポイントのオブジェクト管理グループ仕様

オープンメンバーシップで非営利のコンピューター業界標準コンソーシアムであるObject Management Group（OMG）は、ITソフトウェア品質コンソーシアムが主導する自動機能ポイント（AFP）仕様を採用しています。 International Function Point User Group（IFPUG）のガイドラインに従ってFPカウントを自動化するための標準を提供します。

Function Point Analysis（FPA）テクニック*は、ソフトウェアユーザーにとって意味のある用語でソフトウェアに含まれる機能を定量化します。 FPは、要件仕様に基づいて開発中の機能の数を考慮します。

ファンクションポイント（FP）カウント*は、International Function Point Users Group（IFPUG）で定義されているルール、プロセス、ガイドラインの標準セットによって管理されています。これらは、Counting Practices Manual（CPM）で公開されています。

ファンクションポイント分析の歴史

ファンクションポイントの概念は、1979年にIBMのAlan Albrechtによって導入されました。 1984年、アルブレヒトはこの方法を改良しました。最初の機能ポイントガイドラインは1984年に公開されました。 International Function Point Users Group（IFPUG）は、米国を拠点とする世界的なFunction Point Analysisメトリックソフトウェアユーザーの組織です。 * International Function Point Users Group（IFPUG）*は、1986年に設立された非営利のメンバー管理組織です。 IFPUGは、ISO標準20296：2009で定義されているように、IFPUGの機能サイズ測定（FSM）メソッドを適用するための定義、ルール、および手順を指定するFunction Point Analysis（FPA）を所有しています。 IFPUGは、Function Point Counting Practices Manual（CPM）を維持しています。 CPM 2.0は1987年にリリースされて以来、何度か反復されています。 CPMリリース4.3は2010年でした。

ISO編集改訂が組み込まれたCPMリリース4.3.1は2010年でした。 ISO標準（IFPUG FSM）-CPM 4.3.1の一部である機能サイズ測定は、提供する機能に関してソフトウェアを測定するための手法です。 CPMは、ISO/IEC 14143-1情報技術-ソフトウェア測定の下で国際的に承認された標準です。

基本プロセス（EP）

基本プロセスは、機能的なユーザー要件の最小単位です-

ユーザーにとって意味があります。
完全なトランザクションを構成します。
自己完結型であり、カウントされるアプリケーションのビジネスを一貫した状態のままにします。

関数

機能には2種類あります-

データ関数
トランザクション関数

データ関数

データ関数の2種類があります-

内部論理ファイル
外部インターフェイスファイル

データ関数は、システムに影響を与える内部および外部リソースで構成されています。

内部論理ファイル

内部論理ファイル（ILF）は、アプリケーションの境界内に完全に存在する、ユーザーが識別可能な論理的に関連するデータまたは制御情報のグループです。 ILFの主な目的は、カウントされるアプリケーションの1つ以上の基本プロセスを通じて維持されるデータを保持することです。 ILFには、内部的に維持され、論理構造があり、ファイルに格納されるという固有の意味があります。（図1を参照）

外部インターフェイスファイル

外部インターフェイスファイル（EIF）は、参照用にのみアプリケーションによって使用される、論理的に関連するデータまたは制御情報のユーザー識別可能なグループです。データは完全にアプリケーションの境界外にあり、別のアプリケーションによってILFに保持されます。 EIFには外部的に維持されるという固有の意味があり、ファイルからデータを取得するためにインターフェースを開発する必要があります。（図1を参照）

関数

トランザクション関数

トランザクション関数には3つのタイプがあります。

外部入力
外部出力
外部からの問い合わせ

トランザクション機能は、ユーザー、外部アプリケーション、および測定対象のアプリケーション間で交換されるプロセスで構成されています。

外部入力

外部入力（EI）は、データが境界の外側から内側にアプリケーションに「入力」されるトランザクション関数です。このデータはアプリケーションの外部に送られます。

データは、データ入力画面または別のアプリケーションから取得される場合があります。
EIは、アプリケーションが情報を取得する方法です。
データは、制御情報またはビジネス情報のいずれかです。
データを使用して、1つ以上の内部論理ファイルを維持できます。
データが制御情報である場合、内部論理ファイルを更新する必要はありません。（図1を参照）

外部出力

外部出力（EO）は、データがシステムから「出力」されるトランザクション関数です。さらに、EOはILFを更新する場合があります。データは、他のアプリケーションに送信されるレポートまたは出力ファイルを作成します。（図1を参照）

外部からの問い合わせ

外部照会（EQ）は、データ取得につながる入力コンポーネントと出力コンポーネントの両方を備えたトランザクション関数です。（図1を参照）

RET、DET、FTRの定義

レコード要素タイプ

レコード要素タイプ（RET）は、ILFまたはEIF内のユーザーの識別可能な要素の最大のサブグループです。データを識別するために、データの論理的なグループ分けを確認するのが最善です。

データ要素タイプ

データ要素タイプ（DET）は、FTR内のデータサブグループです。これらは一意であり、ユーザーを識別できます。

参照されるファイルの種類

参照されるファイルタイプ（FTR）は、参照されるEI、EO、またはEQ内のユーザーを識別可能な最大のサブグループです。

トランザクション関数EI、EO、EQは、以下のカウントルールを含むFTRおよびDETをカウントすることで測定されます。同様に、データ関数ILFおよびEIFは、次のカウントルールに含まれるDETおよびRETをカウントすることで測定されます。トランザクション関数とデータ関数の測定値は、FPカウントで使用され、結果として機能サイズまたは機能ポイントになります。

Estimation-techniques-function-points

目次