平成23年度 秋期 午前 問52

✓ これが正解エファンクションポイント法

解説

利用者から見える機能を数えて重みを掛けます。

設問が並べている五つは、どれも利用者の側から見えるものです。画面や帳票から入れるもの、帳票や画面へ出すもの、システムが自分で持つファイル、他のシステムとやり取りするファイル、問合せに応じて表示するだけのもの。これらの個数を数え、難しさに応じた重みを掛けて足し上げる手順が、そのままファンクションポイント法です。機能を数えるのだから名前も機能の点数、と読めば迷いません。四つを読み分ける軸は、何を入り口の数値に置いているかです。利用者から見える機能の個数を入り口にしているのか、それともプログラムの行数のような作り手側の量を入り口にしているのかで分かれます。この方法が支持されるのは、要件がまとまった段階で見積りができるからです。作ってみるまで確からしい値が出ない方法とは、使える時期が違います。開発言語にも左右されないので、条件の異なる案件どうしを同じ物差しで並べられます。弱みは数え方に人の判断が入るところで、だからこそ数え方の基準を決めて運用します。

ほかの選択肢はなぜ違うのか

• アCOCOMO：COCOMO は予想されるプログラムの行数を入り口に置き、そこへ難しさの係数を掛けて工数を導く方式です。行数が固まらない早い段階では使いにくいという性質があります。
• イDoty モデル：こちらも規模、すなわち行数から工数を推し量る経験式の一つです。利用者の目に触れる機能の個数を積み上げていく手順を述べたものではありません。
• ウPutnam モデル：工数と期間の関わりを曲線で表した考え方で、人を増やしただけ期間が縮むわけではないことを示します。規模そのものを数える手順を指した名前ではありません。