プロジェクトマネジメント｜平成29年度 春期 ITパスポート試験（特別措置試験） 問37

• WBSによって洗い出した作業項目ごとに見積もった工数を基に，システム全体の工数を見積もる方法
• ✓ これが正解システムで処理される入力画面や出力帳票，使用ファイル数などを基に，機能の数を測ることでシステムの規模を見積もる方法
• システムのプログラムステップを見積もった後，1人月の標準開発ステップから全体の開発工数を見積もる方法
• 従来開発した類似システムをベースに相違点を洗い出して，システム開発工数を見積もる方法

解説

入力画面や出力帳票の数から、機能の量を測る見積り方です。

開発の手間を見積もるとき、何を数えるかで方法が分かれます。似た仕事を思い出して比べる方法や、作業を細かく割って積み上げる方法があります。ファンクションポイントによる方法が数えるのは、利用者から見える機能の量です。入力の画面、出力の帳票、読み書きするファイルの数といったものを数え上げ、難しさに応じた重みを掛けて合計します。作り方や使う言語に左右されないので、設計が固まった早い段階でも規模を見当づけられます。数えるものが利用者から見える側にあるので、発注する側と話を合わせやすい利点もあります。一方で、数え方の決まりを覚える手間があり、内部の作りが複雑な部分は数に表れにくい弱点もあります。方法ごとに向き不向きがあります。見積もった規模から、過去の実績を使って手間の量へ換算します。規模と手間は別の数です。

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

• 作業を階層に割ってから、一つずつ見積もった手間を足し上げる方法です。積み上げの考え方にあたり、利用者から見える機能の数を測るものではありません。作業を割り出してから積み上げる方法で、割り出しが終わっていないと使えません。
• プログラムの行数を先に見積もり、一人が一月に書ける量から手間を割り出す方法です。数えているのは中の作りなので、言語や作り方によって数が変わってしまいます。行数は作り方や言語で大きく変わるので、同じ機能でも数がそろいません。
• 過去の似たシステムと比べ、違うところを洗い出して手間を見積もる方法です。経験に頼る度合いが大きく、機能の数を積み上げて測る方法とは考え方が違います。似た事例が無い場合には使えず、見積もる人の経験に結果が左右されます。

この問題に関係する言葉

• ファンクションポイント
• 類推見積法
• WBS作業を階層的に細かく分けて、管理できる大きさにまとめた図です。順序関係を表す図ではなく、やることの範囲を漏れなく並べます。
• 見積

出典：平成29年度 春期 ITパスポート試験（特別措置試験） 問37

この問題を演習で解く

同じ単元をまとめて解くならプロジェクトマネジメントへ。

この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する（メールが開きます）