問48
頻出度★★★
ファンクションポイント法の説明はどれか。
平成25年度 春期 ITパスポート試験 問48
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 48
- ア
正解 正解はア「外部入力や外部出力などの機能の数と難易度を基に開発規模を見積もる」。ファンクションポイント法 (FP 法) は、これから開発するソフトウェアが利用者に対して提供する機能そのものに着目し、その量を数値化して開発規模を見積もる技法である。具体的には、システムの機能を、画面やファイルからデータを受け取る「外部入力」、帳票や画面などにデータを出力する「外部出力」、蓄積されたデータを検索して応答する「外部照会」、システム内部で保持するデータの集まりである「内部論理ファイル」、他システムとやり取りする「外部インタフェースファイル」といった種類に分類して数え上げる。さらに、同じ 1 件の外部入力でも、扱う項目数や参照するファイル数によって作りやすさが違うため、単純・普通・複雑といった難易度 (複雑さ) の区分に応じた重み付けの点数を与え、それらを合計してファンクションポイントという単位の規模を求める。こうして得た規模に、開発言語や開発環境ごとの生産性 (1 ファンクションポイント当たりの工数) を掛けることで、工数や期間、費用の見積りにつなげる。利用者から見える機能を基準とするため、プログラムの書き方や採用する言語に左右されにくく、要件定義の段階など早い時期から見積りができ、見積りの根拠を利用者に説明しやすいという長所がある。設問が問うファンクションポイント法の説明として正しいのはアである。
不正解イ
過去の類似プロジェクトの実績を基に規模を見積もるのは類推見積法 (類推法) の説明であり、ファンクションポイント法ではない。類推見積法は、今回の案件と目的や規模、業務内容が似ている過去のプロジェクトを選び、その実績値を出発点として、今回との違い (機能の増減、採用技術、要員の習熟度など) を加味して調整する方法である。過去実績があれば短時間で概算を出せる反面、見積りの精度が過去データの蓄積量と担当者の経験に大きく依存し、機能を数えるという客観的な手続をもたないため、機能の数と難易度から規模を算定するファンクションポイント法とは考え方が異なる。
不正解ウ
ソースコードの行数を基に工数を見積もるのは LOC 法 (プログラムステップ法、SLOC 法) の説明であり、ファンクションポイント法ではない。LOC 法は、作成するプログラムの行数 (ステップ数) を予測し、1 行当たりの生産性を掛けて工数を求める方法で、実装の作業量と結び付けやすいという特徴がある。しかし行数は使用するプログラム言語や開発ツール、プログラマの書き方によって大きく変動し、設計段階では行数そのものを正確に予測しにくい。これに対しファンクションポイント法は、実装のしかたではなく利用者に提供する機能の量を数えるため、言語や実装方式に依存しない点が本質的な違いである。
不正解エ
プロジェクトの作業を最も詳細な作業単位まで分割して個々の工数を見積もり、それを積み上げて全体を求めるのはボトムアップ見積法 (積上げ法) の説明であり、ファンクションポイント法ではない。これは WBS (作業分解構成図) によって成果物や作業を階層的に細分化し、末端の作業ごとに担当者が工数を見積もって集計する方法で、作業の抜け漏れを防ぎやすく精度も高いが、WBS を作れる程度まで作業内容が具体化していないと使えず、見積り作業自体に手間がかかる。着目しているのが「作業」であって「機能の数と難易度」ではない点で、ファンクションポイント法とは異なる。
ここがポイント
- ファンクションポイント法は、外部入力・外部出力・外部照会・内部論理ファイル・外部インタフェースファイルといった、利用者から見える機能の数を数え、それぞれの難易度に応じた重みを掛けて合計することで開発規模を求める見積技法である。プログラム言語や実装方法に左右されず、要件定義など早い段階から見積れること、根拠を利用者に説明しやすいことが長所である。
- ソフトウェア開発の見積技法は対比で覚える。ファンクションポイント法は機能の数と難易度から規模を求め、LOC 法 (プログラムステップ法) はソースコードの行数から工数を求め、類推見積法は過去の類似プロジェクトの実績から見積り、ボトムアップ見積法 (積上げ法) は WBS で分割した作業ごとの工数を集計する。何を数える技法かを押さえておけば、説明文からどの技法かを判別できる。
用語