基本情報技術者 2014年 秋期 午前（科目A） 問53

ファンクションポイント法【午前解説】

正解の理由

解法ステップ

1. 問題文や選択肢から「入出力」「ファイル数」「複雑さの調整」などファンクションポイント特有の語句を探す。
2. 該当する選択肢があれば、それが正解の有力候補になる（ファンクションポイントは機能ベースで言語非依存な点が特徴）。
3. 他の選択肢が別の見積り手法（類推見積り、ボトムアップ、工数前提の方法など）を説明していないか確認して排除する。
4. 最終的にファンクションポイントの定義と照合して選択肢を決定する。

選択肢別の誤答解説

• ア: 「開発規模が分かっていることを前提に、工数と工期を見積もる方法」という説明は誤り。規模が既知であることを前提とする手法はパラメトリック手法や逆方向の見積りに近く、ファンクションポイントの定義と合致しません。また「全分野に適用可能」はやや大げさで、FPは主に業務系アプリケーションの機能を測る際に適するという点も留意が必要です。
• イ: 類似システムのデータを基にするのは「類推見積り（類似見積り）」であり、ファンクションポイントの直接的な説明ではありません。類推見積りは経験則ベースで迅速ですが、機能単位での定量化手順（EI, EO, ILFなど）を含みません。
• ウ: 正しい。FPの基本概念（機能の件数カウント＋複雑さと特性での補正）を表しています。
• エ: 作業を単位まで分解して合算するのは「ボトムアップ見積り（作業分解見積り）」であり、FPの手順とは異なります。FPは「機能」を単位にするため、WBSベースの細項目分解とはアプローチが違います。

よくある誤解

• ファンクションポイントはソースコード量（LOC）を直接測るものだと誤解する人が多い。実際は言語非依存の機能指標であり、FPをLOCに変換するには過去の生産性データや経験値が必要です。
• 「調整係数（VAF）」は常に大きな影響を与えるわけではない。GSCの合計が限定的な場合、UFPと最終FPは大幅に変わらないこともあります。
• ILFとEIFの区別（内部で管理するデータと外部参照するデータ）を誤って数えるミスが頻発する。カウントルールの適用が重要です。

補足コラム

1. 各機能タイプ（EI, EO, EQ, ILF, EIF）をカウントし、複雑さ（低・中・高）に応じた重みを掛けて合計し、UFP（Unadjusted Function Points）を算出する。
   • 例：UFP = Σ(各機能タイプの件数 × 重み)
2. 一般システム特性（通常14項目：データ通信、性能、設計再使用性など）を0〜5で評価し、合計値 ΣFi を求める。
3. VAF（Value Adjustment Factor）を次で計算： $$\mathrm{VAF}=0.65+0.01\times \sum Fi$$
4. 最終的なファンクションポイント： $$\mathrm{FP}=\mathrm{UFP}\times \mathrm{VAF}$$

def calc_fp(ufp, sum_fi):
    vaf = 0.65 + 0.01 * sum_fi
    return ufp * vaf

print(calc_fp(120, 20))  # 102.0

FAQ