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

システム開発の見積方法の一つであるファンクションポイント法の説明【午前2 解説】

要点まとめ

• 結論→ファンクションポイント法は機能を定量化して規模を出し、過去実績と掛け合わせて工数へ換算する運用が一般的である。
• 根拠→機能のカウント（入出力やファイル等）で「機能サイズ」を算出し、履歴の生産性指標で工数を推定するため、実務では過去データを参照する。
• 差がつくポイント→教科書的なカウント方法（入出力やファイル数の計測）と、現場での生産性（人時/FP）を組み合わせて見積もる点を区別できること。

正解の理由

よくある誤解

• ファンクションポイント＝単に入出力やファイルを数えるだけ、という誤解。計数は入口で、最終的に工数にするには生産性係数や過去実績が必須です。
• 教科書の定義（エの表現）だけが正義だと思い込み、実務での「履歴データとの突合」を見落とす誤り。カウントと見積りは別の工程です。

解法ステップ

1. 選択肢の文言を「定義的説明」と「運用的説明」に分けて読む。
2. ファンクションポイント法の目的を確認：機能を定量化して規模（FP）を出す→規模を工数に変換するために過去実績を使う。
3. 「過去データを用いる」という点があるかで実務的説明を含む選択肢を探す。
4. 教科書的なカウント手順のみを述べる選択肢は、単独で見積り法の説明とは言い切れない点に注意する。

選択肢別の誤答解説

• ア: 「開発規模が分かっていることを前提に工数と工期を見積もる方法」
  誤り。これは既に規模が明確な場合の工数算出手法（例：資源配分・スケジュール計画）を表しており、ファンクションポイント法の特徴（機能から規模を求める点）と逆です。
• イ: 「ビジネス分野に限らず、全分野に適用可能である」
  誤り。ファンクションポイントは業務系アプリケーション（ビジネス情報系）に適した手法で、組み込み系やハード寄りのシステムには直接適用しづらい場合が多い点があるため、この文は過大評価です。
• ウ: 「過去に経験した類似のシステムのデータを基に同じ部分は過去データ、異なる部分は経験から見積もる」
  正解。ファンクションポイント法は機能を計量化してFPを算出し、過去のFP実績を用いて工数へ換算する運用が一般的であり、選択肢ウはこの「過去実績を活用する見積り運用」を示しています。
• エ: 「システムの機能を入出力データ数やファイル数などで定量的に計測し、複雑さで調整して規模を見積もる方法」
  一見教科書的に正しい表現に見えます。実際、エはファンクションポイントのカウント手順（EI/EO/EQ/ILF/EIF 等の数え方と調整）を簡潔に述べていますが、問題文の「見積方法」という観点では単に規模を算出する工程のみを述べており、工数化の運用面（過去データとの照合）を含むウを正答としています。

補足コラム

1. 機能の分類とカウント：外部入力(EI)、外部出力(EO)、外部問い合わせ(EQ)、内部論理ファイル(ILF)、外部参照ファイル(EIF) を数える。
2. 各機能に複雑度に応じた重みを掛け、合計して未調整FPを得る。
3. システムの一般特性により調整（従来は14項目の調整因子でVAFを算出）して調整後FPを得る。
4. 調整後FPに「生産性（人時/FP）」を掛けて工数を算出：$工数＝FP\times （人時／FP）$
   実務ではこの「人時/FP」を過去プロジェクトから取得して適用するため、ウの説明にある「過去データを基にする」運用が当てはまります。なお、IFPUG版などのルールでカウント詳細は定められているため、厳密なカウントにはルール遵守が必要です。

FAQ