本文へスキップ

平成23年度 特別試験 ITパスポート試験 問52

この問題の解説と、これまでの解答の記録です。

問52
頻出度★★★

アプリケーションプログラムの規模を見積もるための基となる情報として, 最も適切なものはどれか。

出典 平成23年度 特別試験 ITパスポート試験 問52
解説

問 52

  • ア

    正解 正解はア。見積りには順序があり、まず 規模 (作るプログラムがどれだけの量になるか) を見積もり、それを生産性で割って 工数 (人月) を求め、投入できる要員数から 期間 と 費用 を導く、という流れをたどる。したがって規模見積りの基となる情報は、この連鎖の一番手前にあるもの、すなわちプログラムをまだ 1 行も書いていない要件定義や外部設計の段階でも数えられる、利用者から見た外形的な仕様の量でなければならない。画面数と帳票数はまさにその代表であり、利用者が何種類のデータを入力し、何種類の出力を受け取るかが決まれば、作るべき処理のおおよその量が決まる。この考え方を体系化したものが、glossary にも挙げられているファンクションポイント法 (FP 法) である。FP 法ではシステムのユーザ機能を 外部入力 (画面などからのデータ登録・更新)、外部出力 (帳票や集計結果の出力)、外部照会 (検索・問合せ画面)、内部論理ファイル (システム内部で保持するデータの集まり)、外部インタフェースファイル (他システムと受け渡すデータ) の 5 種類に分類し、それぞれの個数を数えて複雑さに応じた重み付けで合計し、ファンクションポイント値という規模の指標を得る。画面は外部入力や外部照会に、帳票は外部出力に対応するので、画面数と帳票数はこの数え上げの直接の材料になる。ソースコードの行数で規模を表す LOC 法が、実際に設計・実装が進まないと確度の高い数値を出せないのに対し、FP 法は上流工程の仕様書だけで数えられ、しかも開発言語や担当者に左右されない客観的な尺度になるという利点がある。よってアが正しい。

  • 不正解イ

    システム開発期間は、規模から求めた工数を、投入できる要員数で割ることで導かれるスケジュール上の結果であり、規模の後に決まる量である。これを規模見積りの基にするのは因果が逆になっている。また実務では納期の都合で期間が先に与えられることもあるが、その場合の期間は制約条件であって、作るプログラムの量そのものを表す情報ではない。同じ 6 か月という期間でも、投入する要員数を増やせば作れる量は変わるため、期間だけからプログラムの規模を決めることはできない。

  • 不正解ウ

    システム開発工数は 規模 ÷ 生産性 で算出される、規模から導かれる下流の量である。求めたい規模の値を出すために、その規模がなければ計算できない工数を入力として使うことになり、論理が循環してしまう。さらに工数は人月や人日という作業量の単位であって、画面や帳票のような成果物の量を直接表すものではない。工数は規模見積りの結果を受けて算出する対象であり、基となる情報ではない。

  • 不正解エ

    プログラマの経験年数は、単位工数あたりどれだけ作れるかという生産性に影響する要因であり、規模を工数へ換算する段階で考慮すべき情報である。作るべきプログラムの量そのものは、実現すべき要件によって決まるのであって、誰が担当するかによって増減するものではない。経験豊富な担当者が作っても新人が作っても、同じ仕様なら画面数と帳票数は変わらず規模も同じであり、変わるのは完成までに要する工数と期間の方である。よって規模見積りの基となる情報には当たらない。

ここがポイント
  • 見積りの順序 — 規模 (作るプログラムの量) → 工数 (規模 ÷ 生産性) → 期間・費用 の順に導く。したがって規模見積りの基となるのは、コードがまだ無い上流工程でも数えられる外形的な仕様の量 (画面数・帳票数など) であり、工数や期間は規模から導かれる結果側の量である。この向きを取り違えないことが本問の核心である。
  • ファンクションポイント法 (FP 法) — ユーザ機能を 外部入力・外部出力・外部照会・内部論理ファイル・外部インタフェースファイル の 5 種に分類し、個数を複雑さで重み付けして合計し規模を算出する手法。画面や帳票の数から見積もれるため要件定義段階で使え、開発言語や担当者の技量に左右されない。設計後でないと確度が上がらないソースコード行数ベースの LOC 法と対比して押さえておく。
用語

解答の記録