ITパスポート 2009年 春期 問41

ファンクションポイント法に関する記述はどれか【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文でのキーワードを探す
   • 「機能の数」「機能を基に」→ ファンクションポイントを連想
   • 「行数」「ファイルサイズ」→ 行数ベース（LOC）やコード量に関する手法
   • 「楽観値・悲観値」→ 3点見積もりや専門家の判断による手法
   • 「補正係数を掛ける」かつ「予想される行数」→ COCOMOのようなコード量ベースの手法
2. 各選択肢とキーワードを照合する
   • 機能ベースならファンクションポイント（正解）と判断する
3. 選択肢を排除して確定する
   • 行数ベースや経験ベースの記述を除外して、機能数ベースを選ぶ

選択肢別の誤答解説

• ア（正解）
  ソフトウェアの「機能の数」を基に規模を見積もる方法。言語や実装方法に依存しないため、要件定義の早い段階でも使える利点があります。実際は「外部入力（EI）」「外部出力（EO）」「外部照会（EQ）」「内部論理ファイル（ILF）」「外部インタフェースファイル（EIF）」などの機能タイプを数え、複雑度に応じた重みを掛けて合計し、さらに補正因子を掛けて算出します。
• イ
  プログラムの行数やファイルサイズを基にした見積もりです。プログラムの行数（LOC：Lines Of Code）を用いる手法は、実装後や詳細設計の後でしか推定がしにくく、言語ごとに生産性が違うため早期見積もりには向きません。ファンクションポイントとは根本的に異なります。
• ウ
  見積担当者の経験から楽観値や悲観値を出す方法は、「三点見積もり」や「専門家評価」にあたります（例：PERT法やデルファイ法）。これは主観的・確率的手法であり、ファンクションポイントの定義とは違います。
• エ
  「予想されるプログラム行数にエンジニアの能力や要求の信頼性などの補正係数を掛ける」方法は、COCOMO（Constructive Cost Model：構造化コスト見積もりモデル）などのコード量ベースのモデルに似ています。これもファンクションポイントとは別種の見積手法です。

よくある誤解

1. 「ファンクションポイントは画面やボタンの数を数えるだけ」
   → 実際はユーザーから見える機能（入力・出力・照会・内部ファイル・外部インタフェース）を「機能タイプごと」に数え、複雑度で重み付けします。単純に画面数だけを数えるものではありません。
2. 「ファンクションポイントはコード行数と同じで言語に依存する」
   → 逆にファンクションポイントは言語に依存しない設計・要件ベースの指標です。コード行数（LOC）は言語やコーディングスタイルで大きく変わります。
3. 「早い段階で使えない」
   → 要件定義の段階でも使えます。実装前に機能の粒度を見て評価できるため、初期見積もりに向いています。

補足コラム

1. 機能を5種類に分類して数える（EI, EO, EQ, ILF, EIF）
   • EI（External Inputs：外部入力）＝ユーザーが入力する処理（例：受注入力）
   • EO（External Outputs：外部出力）＝帳票や出力結果（例：請求書出力）
   • EQ（External Inquiries：外部照会）＝問い合わせ処理（例：検索と参照のみ）
   • ILF（Internal Logical File：内部論理ファイル）＝システム内で管理するデータ群
   • EIF（External Interface File：外部インタフェースファイル）＝他システムのデータ参照
2. 各タイプごとに「単純・中程度・複雑」などで重みを付け、合計してUFP（Unadjusted Function Points）を求める。
3. システム特性（例：処理性能、データ通信、再利用性など14項目）を評価してTDI（Total Degree of Influence）を算出し、VAF（Value Adjustment Factor）を求める。
   • 一般的な式： $VAF=0.65+0.01\times \text{TDI}$
4. 最終的なファンクションポイントは $FP=UFP\times VAF$ で算出されます。
   例：UFP=50、TDI=20 の場合、$VAF=0.65+0.01\times 20=0.85$、$FP=50\times 0.85=42.5$ となります。

FAQ