ＩＦＰＵＧ法でのＦＰ算出

あっ！肝心のＩＦＰＵＧ法でのＦＰ見積りについて紹介するのを忘れていました・・・

これまで、ＩＦＰＵＧが規定しているＦＰ見積りの手順が既知のものであるという前提で、各種見積り方法を紹介してきましたが、ツールでのＦＰ算出の方法を紹介する前に、ここで、ＩＦＰＵＧで規定されている手順について解説（復習）しておきたいと思います。

 ＩＦＰＵＧ法での見積り手順は以下のとおりです。

1.ＦＰ計測種別の決定
2.アプリケーション境界の決定
3.データファンクションのＦＰ算出
　3.1 データファンクションの識別（ＩＬＦとＥＩＦの識別）
　3.2 データファンクションの複雑度の判定
　　3.2.1 データファンクションのDET数識別
　　3.2.2 データファンクションのRET数識別
　　3.2.3 データファンクションの複雑度判定
　3.3 データファンクションのＦＰ判定
4.トランザクションファンクションのＦＰ算出
　4.1 トランザクションファンクションの識別（ＥＩ、ＥＯ、ＥＱの識別）
　4.2 トランザクションファンクションの複雑度の判定
　　4.2.1 トランザクションファンクションのDET数識別
　　4.2.2 トランザクションファンクションのRET数識別
　　4.2.3 トランザクションファンクションの複雑度判定
　4.3 トランザクションファンクションのＦＰ判定
5.未調整ＦＰの算出
6.調整要因の評価（と調整係数の算出）
7.調整済ＦＰの算出

【ＦＰ計測の概要手順】

1.ＦＰ計測種別の決定
ＦＰの計測種別ですが、以下の３種類の種別が存在し、それぞれ算出の計算式が異なります。

① 新規開発プロジェクトのＦＰ

ＤＦＰ=（ＵＦＰ＋ＣＦＰ）×ＶＡＦ

ＤＦＰ：新規開発プロジェクトのファンクションポイント
ＵＦＰ：利用可能な未調整ファンクションポイント
ＣＦＰ：移行機能の未調整ファンクションポイント
ＶＡＦ：調整要因（係数）

② 機能改良プロジェクトのＦＰ

ＥＦＰ=［（ＡＤＤ＋ＣＨＧＡ＋ＣＦＰ）×ＶＡＦＡ］＋（ＤＥＬ×ＶＡＦＢ）

ＥＦＰ：機能改良プロジェクトのファンクションポイント
ＡＤＤ：機能改良プロジェクトで追加される機能の未調整ファンクションポイント
ＣＨＧＡ：機能改良プロジェクトで変更された（変更後の）機能の未調整ファンクションポイント
ＣＦＰ：移行機能の未調整ファンクションポイント
ＶＡＦＡ：機能改良後のアプリケーションの調整要因（係数）
ＤＥＬ：機能改良プロジェクトで削除される機能の未調整ファンクションポイント
ＶＡＦＢ：機能改良前のアプリケーションの調整要因（係数）

③ アプリケーションのＦＰ

ＡＦＰ=［（ＵＦＰＢ＋ＡＤＤ＋ＣＨＧＡ）－（ＣＨＧＢ＋ＤＥＬ）］×ＶＡＦＡ

ＡＦＰ：アプリケーションのファンクションポイント
ＵＦＰＢ：機能改良プロジェクト開始前のアプリケーションの未調整ファンクションポイント
ＡＤＤ：機能改良プロジェクトで追加される機能の未調整ファンクションポイント
ＣＨＧＡ：機能改良プロジェクトで変更された（変更後の）機能の未調整ファンクションポイント
ＣＨＧＢ：機能改良プロジェクトで変更となった（変更前の）機能の未調整ファンクションポイント
ＶＡＦＡ：機能改良後のアプリケーションの調整要因（係数）
ＤＥＬ：機能改良プロジェクトで削除される機能の未調整ファンクションポイント
ＶＡＦＡ：機能改良後のアプリケーションの調整要因（係数）

2.アプリケーション境界の決定
計測対象となるアプリケーションの境界を決定します。
アプリケーション境界は、① 計測対象アプリケーションとユーザの境界及び② 計測対象アプリケーションと他のアプリケーションとの境界を意味します。
これは、ＤＦＤのアプリケーション境界の考え方やＵＭＬのアクターの考え方と同じだと考えればいいでしょう。
また、アプリケーション境界を設定する際の原則としては、① ユーザビューに基づいて設定するということと、② 関連するアプリケーションとの境界は、技術的にではなく、業務機能で設定するということがあります。
①の「ユーザビューに基づいて」というのは、直訳してユーザ視点から境界を設定するということです、結果として技術的・物理的な境界ではなく、業務（機能）で境界を設定するということになります。
ここで注意が必要なことは、アプリケーション境界を設定したとしても、計測対象としては、追加や変更となる機能が影響を与える機能も計測対象とするということです。

【アプリケーション境界】

3.データファンクションのＦＰ算出

3.1  データファンクションの識別（ＩＬＦとＥＩＦの識別）
・内部論理ファイル（ＩＬＦ）とはユーザが識別できる（論理的な⇒物理的データ（エンティティ）は除外します）データや制御情報のことで、計測対象アプリケーション内の機能で維持管理（追加、更新、削除）されるデータのことを言います。
・外部インタフェースファイル（ＥＩＦ）とはユーザが識別できる（論理的な⇒物理的なデータ（エンティティ）は除外します）データや制御情報のことで計測対象アプリケーションでは参照のみ行われるデータのことです。 

3.2 データファンクションの複雑度の判定

3.2.1 データファンクションのDET数識別
DETとはユニークで、繰り返しを含まない、ユーザ視点の（論理的な⇒物理データ項目は除外します。）データ項目のことです。
またDETとして識別するのは、維持管理したり、参照するデータ項目のみをカウントします。
（他のファイルとの関係を示す項目（外部参照キー）も１DETとします。） 

3.2.2 データファンクションのRET数識別
RETとはユーザ視点で捉えたＩＬＦやＥＩＦのデータのサブグループのことをいいます。
サブグループがない場合は、１RETとなります。

3.2.3 データファンクションの複雑度判定
DET数、RET数を以下のテーブルにあてはめ複雑度を判定します。

【データファンクションの複雑度の判定テーブル】

3.3 データファンクションのＦＰ判定
データファンクションの複雑度から、以下のテーブルにあてはめ（未調整の）ＦＰを判定します。

【データファンクションの（未調整）ＦＰ判定テーブル】

 4.トランザクションファンクションのＦＰ算出

4.1 トランザクションファンクションの識別（ＥＩ、ＥＯ、ＥＱの識別）
要素処理を識別し、ファンクションタイプを識別していきます。要素処理とは、ユーザの目的にそった業務活動の最小単位で、自己完結し、計測境界アプリケーションを業務に矛盾のない状態保つ処理のことです。（トランザクションと考えればいいと思います。　　って名前そのものですが・・・）

外部入力（ＥＩ）とは、データや制御情報を処理する要素処理で、①境界外から入力され、②ＩＬＦの維持管理やシステムの動作変更を行う処理のことです。

外部出力（ＥＯ）とは、データや制御情報を処理する要素処理で、①境界外に情報を出力し、②処理を通じてのユーザへの情報提供する処理で、③算術式、計算、導出データ生成、ＩＬＦ更新、システム動作の変更の少なくとも１つを含む要素処理のことです。

外部照会（ＥＱ）とは、データや制御情報を処理する要素処理で、①境界外に情報を出力し、②ＩＬＦやＥＩＦから検索してユーザへ情報提供する処理で、③処理は算術式、計算、導出データ生成を含まない要素処理のことです。

4.2 トランザクションファンクションの複雑度の判定

4.2.1 トランザクションファンクションのDET数識別
DETとはユニークで、繰り返しを含まない、ユーザ視点のデータ項目のことです。

① ＥＩのＤＥＴ数のカウント
境界外から入力または境界内から出力されるデータ項目は、各々１DETとしてカウントします。（アプリケーション境界をまたがるデータ項目）
また、エラー表示／完了確認はまとめて１DETとします。（エラー表示や、確認メッセージ等複数のメッセージを表示していたとしても、１DETとしてカウントします。）
さらに、処理の起動手段も、まとめて１DETとします。（起動メニューから行われる場合もあれば、コマンドボタンから行われる場合があった場合（起動手段が複数存在していても）１DETとしてカウントします。）

② ＥＯのＤＥＴ数のカウント
境界外から入力または境界内から出力されるデータ項目は、各々１DETとしてカウントします。
（境界外から入力され、かつ出力されるデータ項目は、１回のみカウントします。）
また、エラー表示／完了確認はまとめて１DETとします。（エラー表示や、確認メッセージ等複数のメッセージを表示していたとしても、１DETとしてカウントします。）
さらに、処理の起動手段も、まとめて１DETとします。（起動メニューから行われる場合もあれば、コマンドボタンから行われる場合があった場合（起動手段が複数存在していても）１DETとしてカウントします。）

③ ＥＱのＤＥＴ数のカウント
ＥＯと同じです。

4.2.2 トランザクションファンクションのRET数識別
FTRとはトランザクションファンクションにより読み込まれる、または維持管理されるＩＬＦと、読み込まれるＥＩＦのことをいいます。

① ＥＩのＦＴＲ数のカウント
ＥＩによって、維持管理（追加、更新、削除）されるＩＬＦを、各々１FTRとします。
維持管理されかつ読み込まれるＩＬＦは１回のみカウントします。

② ＥＯのＦＴＲ数のカウント
ＥＩと同じです。

③ ＥＱのＦＴＲ数のカウント
ＥＱによって読み込むＩＬＦやＥＩＦを、各々１FTRとします。

4.2.3 トランザクションファンクションの複雑度判定
DET数、FTR数を以下のテーブルにあてはめ複雑度を判定します。

 
【トランザクションファンクションの複雑度判定テーブル）

4.3 トランザクションファンクションのＦＰ判定
トランザクションファンクションの複雑度を以下のテーブルに当てはめ（未調整）ＦＰを判定します。 

【トランザクションファンクションの（未調整）ＦＰ判定テーブル】

5.未調整ＦＰの算出

上記の手順で算出したデータファンクションとトランザクションファンクションの（未調整）ＦＰを、全て合算することにより、アプリケーションの未調整ＦＰを算出します。

6.調整要因の評価（と調整係数の算出）

以下の調整要因の影響度を０～５の値で評価します。

【調整要因】

調整要因の評価結果を以下の計算式に当てはめ、調整係数を算出します。

調整係数 = 各項目の評価点の合計（０～70）／100＋0.65

7.調整済ＦＰの算出

調整済ＦＰ = 未調整ＦＰ×調整係数