ITパスポート 2013年 春期 問48

ファンクションポイント法の説明はどれか【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを探す：「外部入力」「外部出力」「機能の数」「難易度」「開発規模を見積もる」など。
2. それがどの見積り手法の説明に当てはまるか確認する。
   • 「機能の数と難易度」を使うのはファンクションポイント法（Function Point）。
3. 他の選択肢と照らして矛盾がないか排除する。
   • 過去実績を使うもの、ソース行数を使うもの、作業分解して集計するものとは異なる点を確認。
4. 該当する選択肢を選ぶ（この問題では ア）。

選択肢別の誤答解説

• ア（正解）: 外部入力（EI: External Input）、外部出力（EO: External Output）などの機能数と難易度を基に、機能点（Function Point）を算出して規模を見積もる手法です。言語に依存せず、要件段階から使えるのが特徴です。
• イ（誤り）: これは「類推見積り」や「類似プロジェクトによる見積り」の説明です。過去の類似プロジェクトの実績（工数やコスト）を参考にして見積もる方法で、ファンクションポイント法とは手法が異なります。
• ウ（誤り）: 「ソースコードの行数を基に工数を見積もる」は LOC（Lines of Code：コード行数）ベースの見積り手法です。言語やコーディングのやり方によって大きく変わるため、言語依存である点がファンクションポイント法と異なります。
• エ（誤り）: これは「ボトムアップ見積り」や WBS（Work Breakdown Structure：作業分解構成）に基づく見積りの説明です。プロジェクトを小さな作業に分割してそれぞれ見積もり、合計して全体を出す方法で、作業ベースの見積りです。

よくある誤解

1. 「ファンクションポイントはソース行数と同じ」は誤りです。ファンクションポイントは機能量（何をするか）を数えます。一方、ソース行数（LOC）は「どうやって実装したか（コード量）」を表すため、結果が一致しないことが多いです。
2. 「ファンクションポイントは早い段階で使えない」は誤りです。要件（何をするか）がまとまれば、設計やコードが無くても見積もれます。要件ベースで早期見積りに適しています。
3. 「すべての機能をただ数えればよい」は誤りです。機能ごとに単純〜複雑の重み付けや、価値調整（VAF: Value Adjustment Factor）を行うのが標準的です。

補足コラム

• ファンクションポイント法で扱う主な機能タイプ（代表例）
  • EI（External Input：外部入力）— ユーザーがデータを入力する操作
  • EO（External Output：外部出力）— 帳票や出力結果
  • EQ（External Inquiry：外部照会）— 問い合わせ系の入出力
  • ILF（Internal Logical File：内部論理ファイル）— システム内で管理するデータ群
  • EIF（External Interface File：外部インタフェースファイル）— 外部システムとのデータ共有
• 基本的な計算イメージ
  • 各機能タイプごとに「数 × 難易度に応じた重み」を合計し、これを未調整機能点（Unadjusted Function Points）とします。
  • 必要に応じて環境や品質面の要因を表す調整係数（VAF）で補正します。
  • 形式的には、 $$FP=\left(\sum (\text{各機能の数}\times \text{重み})\right)\times \text{VAF}$$ のように表されます（実務ではもう少し細かなルールがあります）。
• 利点と注意点
  • 利点：言語非依存で、要件段階から見積もれる。機能ベースなので発注者・顧客にも説明しやすい。
  • 注意点：重み付けや調整の運用ルールで結果が変わるため、組織で統一したやり方（ルールブック）が必要です。

FAQ