応用情報技術者 2010年 秋期 午前2 問54

ソフトウェア開発の見積りに使われるファンクションポイント法に関する問題【午前2 解説】

要点まとめ

• 結論：ファンクションポイント法は帳票数や画面数、ファイル数などの機能単位を基にソフトウェアの規模を見積もる手法です。
• 根拠：この方法はソースコードの行数ではなく、ユーザーが利用する機能の数や複雑さを評価し、システム特性を加味して規模を算出します。
• 差がつくポイント：行数ベースの見積りと異なり、機能単位での評価であること、また補正係数でシステム特性を反映する点を理解しているかが重要です。

正解の理由

よくある誤解

解法ステップ

1. 問題文の「ファンクションポイント法」の特徴を確認する。
2. 選択肢の内容が「機能単位の数や種類を基にしているか」をチェックする。
3. 行数やバグ数など、ファンクションポイント法と異なる基準を使っている選択肢を除外する。
4. システム特性を考慮しているかどうかも確認し、最も正確な説明を選ぶ。

選択肢別の誤答解説

• ア：ソースプログラムの行数とアルゴリズムの複雑さを基準にしているため、ファンクションポイント法ではなくLOC法の説明です。
• イ：補正係数を使う点は正しいが、「ソフトウェアの規模を基準に」とあり、規模の算出方法が不明確で、機能単位の説明が不足しています。
• ウ：潜在バグ数を予測して品質を見積もるのは品質管理の手法であり、ファンクションポイント法の目的とは異なります。
• エ：機能単位（帳票数、画面数、ファイル数）を基にシステム特性を考慮して規模を見積もる点がファンクションポイント法の本質を正しく表しています。

補足コラム

FAQ