平成24年度 春期 午前 問53
プロジェクトマネジメント
ファンクションポイント法の説明
システム開発の見積方法の一つであるファンクションポイント法の説明として,適切なものはどれか。
- ア開発規模が分かっていることを前提として,工数と工期を見積もる方法である。ビジネス分野に限らず,全分野に適用可能である。
- イ過去に経験した類似のシステムについてのデータを基にして,システムの相違点を調べ,同じ部分については過去のデータを使い,異なった部分は経験から規模と工数を見積もる方法である。
- ウシステムの機能を入出力データ数やファイル数などによって定量的に計測し,複雑さとアプリケーションの特性による調整を行って,システム規模を見積もる方法である。
- エ単位作業量の基準値を決めておき,作業項目を単位作業項目まで分解し,その積算で全体の作業量を見積もる方法である。
答えと解説を見る
✓ これが正解ウシステムの機能を入出力データ数やファイル数などによって定量的に計測し,複雑さとアプリケーションの特性による調整を行って,システム規模を見積もる方法である。
解説
機能の数を点数にしてシステム規模を測ります。
この設問は、四つの見積りのしかたの説明を並べ、ファンクションポイント法に当たるものを選ばせています。見分けの軸は、何を入力にして何を出す方法なのか、という一点になります。ファンクションポイント法は、名前のとおり機能を点数に置き換える方法です。数える対象は利用者から見える側にあり、画面からの入力、帳票への出力、保持しておくファイルといったものを種類ごとに数え上げます。そのうえで一つひとつの複雑さと、その適用業務の特性に応じた調整を加え、システムの規模として出します。同じ一つの画面でも、手間のかかるものほど点が高くなる、という作りです。この方法が重んじられるのは、コードの行数で測る LOC 法の弱点を裏返しているからです。行数は、使う言語や書き手の癖で値が変わりますし、作り終えるまで数えられません。利用者から見える機能を数えるやり方であれば、実装の言語に左右されず、設計の早い段階から見積もれます。ただし、何をどう数えるかの決まりに慣れが必要で、数え手によって値がぶれるという弱点も抱えています。
ほかの選択肢はなぜ違うのか
- ア開発規模が分かっていることを前提として,…:開発規模が分かっていることを前提に、そこから工数と工期を出す方法の説明です。規模を入力として受け取る側であり、その規模そのものを求めようとする方法とは向きが逆さまです。COCOMO がこの型に当たります。
- イ過去に経験した類似のシステムについてのデ…:過去に手掛けた似たシステムのデータを土台に置き、違っている部分だけを経験から見積もる進め方です。決まりに従って機能を数え上げ、点数にするという手順を踏んでおらず、過去の実績への当てはめが軸になっています。
- エ単位作業量の基準値を決めておき,作業項目…:単位となる作業量の基準値を先に決めておき、作業項目を細かく分けてから積み上げる進め方です。数える対象が作業の側に置かれており、利用者から見える入出力やファイルの数を数える方法ではありません。
この問題の用語
- 作業工程を組み立てる、一つひとつの仕事の単位のことです。開始と終了、所要日数をもち、順序をつないで全体の日程を作ります。
出典:平成24年度 春期 応用情報技術者試験 午前 問53
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)