ITパスポート 2017年 春期 問37

ファンクションポイント法の説明問題【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で「ファンクションポイント法」の特徴的なキーワードを探す。例：「入力画面」「出力帳票」「ファイル数」「機能の数」など。
2. 各選択肢と照らし合わせる：
   • 「作業項目ごとに見積もる」「WBS」「1人月の標準開発ステップ」「類似システムをベースに相違点を洗い出す」などは別の見積法を表す語句であり、ファンクションポイント法とは異なる。
3. 「ユーザーから見える機能を数える」という表現を含む選択肢を選ぶ。これがファンクションポイント法です。

選択肢別の誤答解説

• ア: WBSによって洗い出した作業項目ごとに見積もった工数を基に、システム全体の工数を見積もる方法
  • 説明：これは「積算法」や「ボトムアップ見積もり」に近い考え方です。WBS（作業分解図）で作業を細かくし、それぞれの作業工数を合算して全体を出します。ファンクションポイント法とは考え方が異なります。よって誤りです。
• イ: システムで処理される入力画面や出力帳票、使用ファイル数などを基に、機能の数を測ることでシステムの規模を見積もる方法
  • 説明：ユーザーへの見え方（機能）を数値化して規模を求める点が、ファンクションポイント法の本質です。正解です。
• ウ: システムのプログラムステップを見積もった後、1人月の標準開発ステップから全体の開発工数を見積もる方法
  • 説明：これは「ソースコードの行数（LOC: Lines Of Code）」や「プログラムステップ数」を基にした見積もりに近く、開発側の内部作業量（実装量）を基準にしています。ファンクションポイント法はユーザー視点の機能量を基準にするため、誤りです。
• エ: 従来開発した類似システムをベースに相違点を洗い出して、システム開発工数を見積もる方法
  • 説明：これは「類推法（類似見積もり）」です。過去のプロジェクトを基に修正して見積もる手法で、ファンクションポイント法とは別のアプローチです。よって誤りです。

よくある誤解

1. 「ファンクションポイント法はプログラミング規模を数える方法だ」
   • 誤りです。ファンクションポイント法はユーザーに見える機能（入力・出力・ファイルなど）を数えます。プログラムの行数（LOC）や内部ステップ数とは別物で、実装言語に依存しないのが特徴です。
2. 「ファンクションポイントはそのまま工数になる」
   • 単純にFPの合計が直接工数ではありません。通常はFPに対して組織やプロジェクトの生産性（例：1人月あたり何FPか）を掛けて工数に換算します。プロジェクトやチームにより生産性は変わります。
3. 「すぐに正確な見積もりが出せる」
   • 要件定義の段階で概算を出すのに有効ですが、詳細仕様が固まっていないと精度は上がりません。また、FPには複雑度評価や補正係数を使う場合が多く、単純に数えるだけでは不十分なことがあります。

補足コラム

• 外部入力（EI：External Input）…ユーザーからの入力画面やデータ登録
• 外部出力（EO：External Output）…レポートや出力帳票
• 外部照会（EQ：External Inquiry）…検索・照会処理
• 内部論理ファイル（ILF：Internal Logical File）…システム内部で管理するデータファイル
• 外部インターフェースファイル（EIF：External Interface File）…他システムのデータ参照

1. それぞれの機能を数える（上の5つのカテゴリでカウント）
2. カウント結果に重み（簡単・普通・複雑）を付けて合計（未補正FP）
3. 必要に応じて補正係数（Value Adjustment Factor）を掛けて最終FPを算出
4. 過去の生産性からFP→工数に換算

FAQ