問題 No.4281
ある企業で新規に開発するソフトウェアの規模を見積もるために、ファンクションポイント法（FP法）を用いることになった。この方法に関する記述として最も適切なものはどれか。
【正解の解説】
システムの外部入力、外部出力、外部参照、外部インタフェース、内部論理ファイルの五つの機能項目数とその難易度から規模を見積もる。
レストランの料理を例にすると、単に包丁を動かす回数を数えるのではなく、提供する「メニューの数」や「調理の手間（難易度）」を数えて全体のボリュームを見積もる方法です。プログラムを書き始める前の早い段階でも、仕様書から作らなければならない機能の量を数えて規模を客観的に測れるため、多くのプロジェクトで広く活用されています。
スポンサーリンク
【その他の選択肢の解説】
プログラムのステップ数やコード行数をベースにして、過去の類似プロジェクトの生産性係数を掛け合わせて規模を見積もる。
初心者の方が一番混同しやすいポイントですが、コードの行数を数える方法はプログラミング言語の種類によって行数が変わるため、開発の初期段階では正確な見積もりができません。これに対してファンクションポイント法は、言語に依存せずユーザーから見た機能の数で規模を測る点が決定的な違いであり、試験でも頻繁に対比して狙われる重要なポイントです。
開発作業を分解構造図に整理して個々のタスク単位での所要工数を積み上げ、全体のプロジェクト規模を見積もる。
プロジェクト管理で使われるWBSを用いて作業を細かく分解し、それぞれの作業にかかる時間を足し算していく手法です。機能の量を測るファンクションポイント法とは異なり、作業のスケジュールや担当者の工数を管理するために使われるため、システム全体の「規模」を見積もる目的とはアプローチの方向性が全く異なる点に注意が必要です。
画面や帳票の枚数だけに注目して単純な係数を乗算し、システム開発全体に必要な総工数と費用を見積もる。
画面の枚数は見積もりの参考になりますが、画面の裏側で行われる複雑な計算処理や膨大なデータ連携の難易度が無視されてしまいます。ファンクションポイント法では画面の枚数だけでなくデータの種類や難易度まで総合的に評価するため、表面的な枚数だけに頼るこの選択肢は不正確なアプローチとして出題者の罠になっています。