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

要点まとめ

• 結論→ ファンクションポイント法は外部入出力や内部論理ファイル等の機能要素を数え、その特性に応じた重み付けで開発規模を見積もる手法です。
• 根拠→ 入出力、出力、照会、内部／外部データファイルの5種類をカウントし重みを乗じてUFPを算出し、環境係数で調整してFPを得ます。
• 差がつくポイント→ 問題文の「外部入出力」「内部論理ファイル」「照会」「インタフェース」に着目し、LOCやWBS、類推見積と混同しないことが合格の分かれ目です。

正解の理由

よくある誤解

• 「行数（LOC）を数える手法」と混同する受験者が多いが、FPは機能（機能点）ベースで言語非依存の見積法です。
• VAF（環境係数）を省略してUFPだけで決めつけると精度が落ちるため、設問文の指示に従って調整が必要か判断すること。
• 「インタフェース」という語を見て外部インタフェースファイル（EIF）を連想できないと選択が迷うことがあるため、用語の対応を暗記しておくと有利です。

解法ステップ

1. 問題文のキーワードを拾う：「外部入出力」「内部論理ファイル」「照会」「インタフェース」などの語句を確認。
2. 選択肢を各手法の代表語で分類：行数（ステップ数）→LOC系、WBS→プロジェクト管理系、過去実績→類推見積、機能要素→FP。
3. 最も該当する手法を選ぶ：機能要素の個数と特性を基にする説明があればファンクションポイントを選択。
4. 迷ったら除外法を使う：「ステップ数」「WBS」「過去実績」という語句がある選択肢を順に除外する。

選択肢別の誤答解説

• ア: 「開発するプログラムごとのステップ数を積算し、開発規模を見積もる。」
  → これはソースコード行数（LOC）やステップ数に基づく手法の説明であり、ファンクションポイントの定義とは異なります。誤りです。
• イ: 「開発プロジェクトで必要な作業のWBSを作成し、各作業の工数を見積もる。」
  → これはプロジェクト管理手法（WBSによる工数見積）で、ソフトウェアの機能規模を数えるファンクションポイントとは別です。誤りです。
• ウ: 「外部入出力や内部論理ファイル、照会、インタフェースなどの個数や特性などから開発規模を見積もる。」
  → これがファンクションポイント法の定義に該当します。正解は ウ です。
• エ: 「過去の類似例を探し、その実績と差異などを分析評価して開発規模を見積もる。」
  → これは類推見積（類似プロジェクトの実績ベース）で、FPの説明ではありません。誤りです。

補足コラム

• 基本的な計算の流れは、まず機能分類ごとに個数をカウントして重み（簡単/普通/複雑）をかけて合計し、これをUFP（Unadjusted Function Points）と呼びます。次にシステム特性（一般的には14項目のGSC: General System Characteristics）を0〜5で評価し、その合計に基づく係数でUFPを調整します。
• 代表的な調整式の一例：$FP=UFP\times VAF$、$VAF=0.65+0.01\times \sum Fi$（Fiは各GSCの評価値）。実務ではこの方式（IFPUG方式）がよく用いられます。
• なお、FPは言語非依存なので、後で言語別の平均LOC/FP係数を使ってソース行数や工数に換算することが可能です（言語や開発環境で大きく変動するため注意）。例えば代表的な換算目安は言語ごとに異なり、目安値を使う際はプロジェクト特性に合わせて調整が必要です。

FAQ