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

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

正解の理由

解法ステップ

1. 問題文のキーワード（「入力」「出力」「複雑さを加味」「システム規模」）に注目する。
2. 機能指向の見積り手法を思い浮かべる（入力・出力・問合せ・ファイル等を数える手法）。
3. 選択肢を比較して、機能要素を基準にする手法（ファンクションポイント）が該当することを確認する。
4. 他選択肢（LOCベースやタスク分解など）と照合して除外する。

選択肢別の誤答解説

• ア: COCOMO
  COCOMOは主にソース行数（KLOC）や規模指標、コストドライバによるパラメトリックモデルです。機能（入力/出力）を直接数える手法ではないため本問の条件とは一致しません（COCOMO IIではFPをKLOCに換算して利用する運用もあるが、本質はLOC系モデルです）。
• イ: 標準タスク法
  標準タスク法は作業を標準化したタスクごとの工数見積りや積算方式で、機能数（入力/出力）を基に集計する方法ではありません。プロジェクトの作業分解と標準時間適用が中心です。
• ウ: ファンクションポイント法（正解）
  入力（EI）、出力（EO）、問合せ（EQ）、内部論理ファイル（ILF）、外部インタフェースファイル（EIF）といった機能分類に重み付けと調整因子（VAF）を適用してFP値を算出します。算出したFPは経験値で工数に換算可能で、設問の条件に合致します。
• エ: プットナム (Putnam) モデル
  Putnam（SLIM）はRayleigh曲線に基づく人員配分とSLOC（ソース行数）などの大きさを用いるパラメトリックモデルで、入力/出力の個数ベースではありません。

よくある誤解

• ファンクションポイントは「そのまま工数」ではない
  FPは規模指標であり、実際の工数にするには組織固有の生産性（FP/人月）や言語ごとのFP→LOC換算係数を用いる必要があります。校正なしに直接人月に置き換えると誤差が大きくなります。
• UFPと調整後FPを混同する
  UFP（未調整機能点）とVAFを掛けた調整後のFPは別物です。両者を使い分けて考えることが重要です。
• FPは自動で正確に出ると思い込む
  カウントルールや複雑度判定には主観が介在します。複数人でレビューしてルールを揃えないと一貫性が取れません。

補足コラム

• UFP = Σ(機能タイプごとの件数 × 重み)
• VAF = 0.65 + 0.01 × Σ(14の一般システム特性の評価値)
• FP = UFP × VAF

def function_point(ufp, sum_factors):
    # sum_factors: 14項目の評価値合計（通常 0〜70程度）
    vaf = 0.65 + 0.01 * sum_factors
    return ufp * vaf

print(function_point(120, 10))  # 約90.0 (VAF=0.75 → FP=120*0.75=90.0)
print(function_point(120, 45))  # 約132.0 (VAF=1.10 → FP=120*1.10=132.0)

• 組織の生産性が 6 FP/人月 の場合、FP=90 → 工数 ≈ 90/6 = 15 人月

FAQ