[B! FP法] fbisのブックマーク

ファンクションポイント法によるソフトウェア開発規模・工数見積の現状

１．ソフトウェア開発環境の変化と見積手法ソフトウェアの開発形態がメインフレーム（以下Ｍ/Ｆ）からクライアントサーバ（以下Ｃ/Ｓ）に移ってきている中で、プログラムレベルでは、開発方法が手続き（コード）記述ベースからビジュアル開発ツールベースにシフトしてきている。このため、ソフトウェア規模・工数の見積を行う際に、これまでの事実上の標準だった「LOC（Lines of Code:プログラム行数のこと）」を使うことが困難になってきている。こうした中で、ソフトウェアの持つ機能を数えることでソフトウェアの規模を測る尺度「ファンクションポイント法(以下ＦＰ法)」が現在その後を埋める有力候補となっている。当部では、ＦＰ法の普及動向を把握するため、見積手法に関するアンケート調査、ＦＰ法先行導入企業に対するヒアリング調査を行ったので、ここにご紹介する。２．ファンクションポイント法とはＦＰ法は

fbis 2006/05/19

FP法

リンク

ファンクションポイント法入門

ファンクションポイント法とは、ソフトウェアの規模（大きさ）をそのソフトウェアが持っている機能を元に測るための手法です。ソフトウェアという目に見えないものの大きさを測るのは難しい事ですが、現在ISOでも検討が進められており、このファンクションポイント法をベースとした「機能的規模計測」として標準化される見込みです。ファンクションポイント法の概要については、こちらをご覧下さい→ファンクションポイント法

fbis 2006/05/19

FP法

リンク

Martin Fowler's Bliki in Japanese - 生産性は計測不能

http://www.martinfowler.com/bliki/CannotMeasureProductivity.html 設計手法などのソフトウェアプロセスについて、感情的に議論されているのをよく目にします。しかし、その議論に答えを出すのは不可能です。ソフトウェア産業では、ソフトウェア開発の効果要因を計測する術がないからです。特に、生産性を合理的に計測する方法はありません。生産性とは、インプットとアウトプットで決定されるものです。ソフトウェアの生産性を測るには、ソフトウェア開発のアウトプットを見なくてはいけません……が、そのアウトプットを計測できないからこそ、ソフトウェア開発の生産性が計測できないのです。これに対して何もしなかったわけではありません。コード行で生産性を計測しようと研究をしている人たちがいます。めちゃくちゃムカつきますね。だって言語は違うし、数え方の違いもあるし