ファンクション ポイントに関するいくつかの質問:

1) 見積もりを行うのに合理的に正確な方法ですか? （ここで無理はしませんが、他の推定方法と比較して知りたいだけです）

2) そして、必要な努力は、それから得られる利益に見合うだけの価値がありますか?

3) どのタイプのファンクション ポイントを使用していますか?

4) これを行うために何かツールを使用していますか?

編集：それらを使用している、または使用したことがある人の話を聞くことに興味があります。さまざまな手法の長所/短所を含む見積もりの​​実践について読みましたが、実際の価値に興味があります。

ファンクション ポイントを使用してEAIプロジェクトをどのように見積もりますか?

SAS関連プロジェクトでFPAがどのように行われるかについて、いくつかのリンクを手伝ってくれる人もいますか? ユオの誰かがすでに行っている場合、ユオがそれを行う方法についていくつかのヒントを共有できれば、さらに役立つと思います.

同僚の間での議論の中で、関数点分析はさまざまな理由でうまくいかない可能性があるため、現在では使用されていないと聞いています。

そこでWBS（Work Breakdown Structure）がよく使われます。

本当？

ファンクションポイント分析では、組織の生産性はどのように計算されますか?

ありがとうSC

ファンクションポイントを使用したコスト見積もりに関して、この簡単な質問があります。

私たちは小さな会社のために小さな（コースプロジェクト）プロジェクトを行っています、そしてそれはもちろん無料です。インストラクターは、ファンクションポイントを使用してプロジェクトのコスト見積もりを提供することを望んでいます。

ファンクションポイントの計算はやや簡単です（一種の）。

現在の問題は、プロジェクト期間の長さ、ファンクションポイントごとのプロジェクトのコストの割合など、他の値（メトリック）を導出することです。

明らかに、見積もりの​​基礎となる履歴データはありません。そこに続くことができる、ファンクションポイントごとのある種の「典型的な」コストはありますか？助けてください。

報奨金の説明

主観的な質問であることは承知しています。私が探している理想的な答えは、ここで引用されたシナリオが驚くべきものである理由を説明するものです.

引用されたシナリオが事実であり、予想されることであると思われる場合は、このような小さなアプリの開発に 1 か月以上と数千ドルかかることを証明する手順を詳しく説明してください。私は計算をかなり行ったので (たとえば、最低賃金を調べるなど)、理想的な答えは同様のことを期待しています。

引用されたシナリオが実際に過大評価されていると思われる場合は、その理由を正確に示してください. このような単純なアプリケーションに莫大なコストがかかる原因となった、彼の計算のどの間違いを見つけることができますか? どうすれば違う方法でしたか？（プロセス全体を書く必要はありませんが、一般化された感情ではなく詳細がいいでしょう）

FPA に関する質問はこれまでに何度も出されていることは承知していますが、今回はデータに裏付けられたより分析的な角度から取り上げます。

1. まず、いくつかのデータ

この質問はチュートリアルに基づいています。彼は「サンプル数」セクションを持っていて、それを段階的に実演しました。彼のサンプル アプリケーションのスクリーンショットをいくつかここで見ることができます。

最終的に、彼は未調整の FPを と計算しました99。

典型的な時間/FP に関する業界データを含む InformIT に関する別の記事があります。2 時間/FP から 27.4 時間/FP の範囲です。2しばらくの間、固執しようとしましょう(SO の読者はおそらくより効率的な群衆なので:p)。

2. 実態調査!?

もう一度スクリーンショットをチェックしてください。

ここで少し計算してみましょう

真剣に？そのサンプル アプリケーションの実装には 5 週間かかりますか? まともなプログラマーであれば、完成までに 1 週​​間 (週末とは言っていない) もかからないだろうというのは、私の感覚でしょうか?

それでは、プロジェクトのコストを見積もってみましょう。現時点でのニューヨークの最低賃金 ( Wikipedia ) を使用します。これは $7.25 です。

スクリーンショットからわかることから、このアプリケーションは小さな Excel 改善アプリです。MS Office Pro を 200 ドルで購入できたので、相互運用性 (.xls ファイル) と柔軟性 (スプレッドシート) が向上しました。

(記録として、同じ Web サイトには生産性について論じた別の記事があります。彼らは通常 4.2 時間/FP を使用しているようで、さらに衝撃的な統計が得られます。

(これは、私たちの貧弱なプログラマー全員が最低賃金を得ているとさえ仮定しています!)

3. 何か足りないものはありますか?

今、私はいくつかの可能な説明を思いつくことができました：

1. FPA は実際には大規模なプロジェクト (1000 以上の FP) にのみ適しているため、小規模では非常に不正確になります。
2. 時間/FP メトリックは、チームごと、プロジェクトごとに急激に変動します。このような小さなプロジェクトの場合、0.5 時間/FP などを使用できます。(私の会社が同じチームで同じ種類のプロジェクトを数年間行うのでなければ、この種の見積もりは無意味になります。これはあまり一般的ではありません。)

いくつかのソフトウェア メトリクスに関する私の経験から、Function Point は実際には軽量のメトリクスではありません。時間/FP が大きく変動する場合、何がポイントなのかというと、ユーザー ストーリー ポイントを使用する方がはるかに高速であり、間違いなくほとんど不確実である可能性があります。

これに対する FP の専門家の答えは何でしょうか?

C# プログラムの関数ポイントの数を計算するツールはありますか?

ファンクションポイント数を計測するものがない場合、同様の計測ツールはいかがでしょうか。

私は、ソフトウェアを開発するための努力の分析に使用するソフトウェア メトリクスについて考えていました。オブジェクト指向ソフトウェアに関数ポイントのようなメトリクスを使用することを考えていたとき、興味深い課題/質問に出くわしました。

ビジネス ルール エンジンを考えてみましょう。これは、ビジネス ルールを実行するために必要なコンポーネントで構成されるアプリケーションであり、ビジネス ルールまたは企業ポリシーをビジネス ルール エンジンの構成コードに変換します。私の推測では、ビジネス ルール エンジンのようなアプリケーションの場合、この構成コードも非常に重要になる可能性があります。ただし、実装の観点から考えると、構成コードは基本的に API の一部をインスタンス化します。

では、まず、構成コードを作成するための労力が十分に大きく、それを測定することが理にかなっていると仮定するのは間違っているのでしょうか?

構成コードを測定できる関数ポイントのようなメトリック (またはその他のメトリック) について手がかりを持っている人はいますか?

COSMICファンクションポイントをコード行に変換する方法があるかどうかを知りたいです（従来のファンクションポイントでできるように）。

Cで開発された組み込みソフトウェアの行数を測定する必要があります。他に利用できるメトリックはありませんが、宇宙のファンクションポイントでのソフトウェアの測定値があります。

PS組み込みソフトウェアのLOCを推定するための別の/より良いアプローチを知っているなら、私はそれを知りたいです。