基本情報技術者 2011年 春期 午前(科目A) 問52
問題文
ファンクションポイント法の説明はどれか。
選択肢
ア:開発するプログラムごとのステップ数を積算し、開発規模を見積もる。
イ:開発プロジェクトで必要な作業のWBSを作成し、各作業の工数を見積もる。
ウ:外部入出力や内部論理ファイル、照会、インタフェースなどの個数や特性などから開発規模を見積もる。(正解)
エ:過去の類似例を探し、その実績と差異などを分析評価して開発規模を見積もる。
🔒 解説は解答すると表示されます
ファンクションポイント法【午前解説】
正解の理由
正解は ウ です。
ファンクションポイント法はソフトウェアの「機能(ファンクション)」を単位として、外部入力(EI)、外部出力(EO)、外部照会(EQ)、内部論理ファイル(ILF)、外部インタフェースファイル(EIF)といった要素の個数と複雑度に応じた重みを付けて合計し、必要に応じて技術的・環境的影響度で補正することで開発規模(FP値)を算出します。この説明は選択肢ウの記述と一致します。
ファンクションポイント法はソフトウェアの「機能(ファンクション)」を単位として、外部入力(EI)、外部出力(EO)、外部照会(EQ)、内部論理ファイル(ILF)、外部インタフェースファイル(EIF)といった要素の個数と複雑度に応じた重みを付けて合計し、必要に応じて技術的・環境的影響度で補正することで開発規模(FP値)を算出します。この説明は選択肢ウの記述と一致します。
解法ステップ
- 設問を読み、手法のキーワード(外部入出力、内部論理ファイル、照会、インタフェース)を探す。
- 「機能単位での個数や特性から見積もる」という記述があればFPを指すと判断する。
- 他の選択肢が行数、WBS、過去実績といった別手法を示していないか確認して消去する。
選択肢別の誤答解説
- ア: 開発するプログラムごとのステップ数を積算し、開発規模を見積もる。
- 誤り。これはソース行数やステップ数によるLOC(あるいはステップカウント)型の説明であり、FPとは異なります。
- イ: 開発プロジェクトで必要な作業のWBSを作成し、各作業の工数を見積もる。
- 誤り。WBSと工数見積はプロジェクト管理の手法で、規模算出のアプローチが違います。
- ウ: 外部入出力や内部論理ファイル、照会、インタフェースなどの個数や特性などから開発規模を見積もる。
- 正解。FP法の定義と一致します。
- エ: 過去の類似例を探し、その実績と差異などを分析評価して開発規模を見積もる。
- 誤り。これは類推見積(類似プロジェクトの実績に基づく見積もり)に該当し、FPの説明ではありません。
よくある誤解
- 「行数(ステップ数)で見積もる」と考える誤解:FPはソースコード行数ではなく機能ベースで言語非依存です。
- 「WBSの作成そのものがFP」と混同する誤解:WBS/工数積算はプロジェクト管理手法で、FPは規模(機能量)推定の手法です。
- 「過去実績をそのまま使うと同義」と誤認する点:過去の類似プロジェクトは参考になるが、FPは機能の定量化に基づく手法です。
補足コラム
- FPの基本手順は「要素識別→複雑度判定→重み付け合算→技術・環境要因で補正(調整係数)」です。IFPUG方式が代表的で、業界ではUFP(Unadjusted Function Points)→AFP(Adjusted Function Points)という流れで扱われます。
- FPは言語非依存で早期見積に適する一方、要件定義が曖昧だとカウントが不安定になるため、ルールの統一とレビューが重要です。
- FPとLOCは相関はあるが変動幅が大きく、プロジェクト比較や生産性指標(FP/人月、LOC/人月)として組み合わせて使われることが多いです。
FAQ
Q1: ファンクションポイントは誰がどの段階で算出するべきですか?
A1: 要件定義がある程度まとまった段階でシステムアナリストや見積担当が算出します。初期の概算はUFPで、要件確定後に精緻化してAFPにします。
A1: 要件定義がある程度まとまった段階でシステムアナリストや見積担当が算出します。初期の概算はUFPで、要件確定後に精緻化してAFPにします。
Q2: FPはどの程度の精度で見積もれますか?
A2: 要件明確度やカウントルールの統一度に依存します。一般的に早期概算では誤差が大きく、詳細化により精度が向上します。
A2: 要件明確度やカウントルールの統一度に依存します。一般的に早期概算では誤差が大きく、詳細化により精度が向上します。
Q3: FPとLOCのどちらを使うべきですか?
A3: 新規要件ベースや複数言語比較にはFP、既存コードベースの改修や生産性把握にはLOCが有用です。目的に応じて使い分けます。
A3: 新規要件ベースや複数言語比較にはFP、既存コードベースの改修や生産性把握にはLOCが有用です。目的に応じて使い分けます。
Q4: FPのカウントを自動化できますか?
A4: 要件定義書や仕様書の構造化ができていれば支援ツールで自動化や半自動化できますが、最終的には人の判定が必要なケースが多いです。
A4: 要件定義書や仕様書の構造化ができていれば支援ツールで自動化や半自動化できますが、最終的には人の判定が必要なケースが多いです。
関連キーワード: ファンクションポイント, 見積もり手法, IFPUG, UFP, AFP, LOC比較, ソフトウェア工数見積, 要件定義, 見積精度, 生産性指標

\ せっかくなら /
基本情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

