よくあるご質問

よく寄せられる質問

更新日 2016

Facebook や LinkedIn の私たちと接続して、あなたのサークル内で共有.

IFPUG のウェブサイト, 今後の参考のためにブックマークしてください。
IFPUG の Facebook のページ, クリックしてください好き
IFPUG Twitter, ホワイト ペーパーおよび他のニュースの最新のリリースに従ってください。
IFPUG LinkedIn, 以下をクリックしてください。

その他のよくある質問やこのページの編集をお勧めするには, ここをクリックしてください。 お問い合わせ メッセージの件名の行に「IFPUG FAQ」を含めると.


IFPUG FAQ ページのトップ

メンバーと非メンバーからドキュメントをダウンロードすること、 オンライン ストア, することができます更新または IFPUG 会員の注文の場所.

1. 機能ポイントします。? スナップとは何ですか? 関数のポイントとスナップの違いは何ですか?
2. 関数のポイントは誰もが?
3. なぜ測定するたいです。?
4. 私にとって IFPUG 会員は何をすることができます。?
5. 表示する方法を開発者とプロジェクトマネ ジャー ファンクションポイントの分析の重要性?
6. 推定私の機能のポイントを改善するためにどのようなツールがあります。?
7. 表示する方法を私のユーザーのグループ ファンクションポイントの分析の重要性?
8. 機能ポイント基準は何ですか?
9. 行のコードを使うべき理由?
10. 何についての逆風?
11. 我々 は改善する必要があると聞いています. 開始位置?
12. 私たちの生産性を向上したいです。, どのような情報を行うを持っている必要があります。?
13. CIO は何を必要と関数のポイントについて知る?
14. アジャイルについて知っている何を必要なの CIO & 関数のポイント?
15. 私たちの推定を改善したいです。, どのような情報を行うを持っている必要があります。?
16. 当社の品質を向上したいです。, どのような情報を行うを持っている必要があります。?
17. 認定コンサルタント当たりを必要は?
18. これは、よう私は見てコンサルタント?
19. ここで、コンサルタントのそう?
20. 機能ポイントの概念上のより多くの研究を行うに行くことができますここで?


IFPUG
FAQ
ページ

1.1 何が、 機能ポイント?
関数のポイントを表すための国際的に標準化された単位は、します。 ソフトウェアのサイズ. IFPUG 機能規模測定法 (IFPUG と呼ばれる 4.3.1) その論理設計に基づいてユーザーに提供するソフトウェア機能を定量化し、 機能要件. 関数の点の数が呼び出される結果の数. これを念頭において, FP 計測の目的は:

業界に関数のポイントの他の多くの用途があります。: 一般的なサイズの分母を形成します。 (例えば, "FP"ごと別のメジャーの比率) IT 企業は、生産性と品質が多くのベンチマーク. IFPUG FP 法の詳細について (ソフトウェアの非機能的アセスメント プロセス (スナップ) 非機能要件を数値化するには) 以下のリンクをクリックします。:

1.2 スナップとは何ですか?

スナップの略、「ソフトウェア非機能的な評価プロセス」 それはソフトウェア指標です。, 関数のポイントを補完するものとして. スナップにより、関数のポイントで測定機能要件に加えて非機能要件のサイジング. 何らかの方法で関数のポイントを置き換えることはしません; 関数のポイントに加えてそれが使用されます。. ソフトウェアのサイズは方法で IFPUG による継続的な改善を表す.

1.3 関数のポイントとスナップの違いは何ですか?

一言で言えば, 関数のポイント量を測定します。 (またはサイズ) データ フローおよびストレージ ソフトウェア アプリケーションに固有の. 「機能」ユーザー要件と呼ばれます. スナップは、出来高します。 (またはサイズ) ソフトウェアの他の側面の — データ構成など, アルゴリズム, デシジョン ツリー, データの入力規則, ロゴの配置, 等. 「非機能」の要件と呼ばれます. あります。 14 非機能要件の現在利用できるカテゴリ. 「機能的なユーザ要件」という用語は、「毛皮」として省略されること 言葉「非機能要件」、「NFR」と省略されること 関数のポイントをカウントの詳細については、カウントの実践マニュアル. スナップ ポイントをカウントの詳細については、アセスメント実践マニュアル. 両方は、IFPUG ストア ifpug.org のウェブサイトで入手できます。.

1.4 どのように関数のポイントとスナップ ポイントを一緒に入れているソフトウェアの全体的なサイズを決定するには?

ソフトウェアの合計サイズは、その関数のポイントの数とそのスナップ ポイント数として測定します。. たとえば, アプリケーションが完全にサイズとしてを設定 800 ポイントの機能と 300 スナップ ポイント. ファンクションポイント測定スナップよりも違うので, 2 つの 1 つのメジャーに何とか併用はできません。; この例では, ソフトウェア アプリケーションを持っていると測定できません。 1100 いくつかの種類の「ポイント」. これは方法に類似実質と虚数の和で表されます: を表記される数 800 + 300私, ない 1100 数のいくつかの種類の.

関数のポイントとスナップ ポイントの両方の努力に関連付けられて. 開発またはソフトウェア製品を強化するための努力は関数ポイント倍の機能生産性の合計 (時間/FP) プラス非機能生産性回スナップの合計ポイント (時間/SP).

1.5 スナップは本当に必要なします。?

アプリケーションによって, 多くのソフトウェア開発者や開発チームは、各自の作業工数のかなりの量がポイント関数を使用して直接責任ではないことを認識します。. これはアルゴリズムを多用するアプリケーションの特にすることができます。, かなりのデータの入力規則を使用してアプリケーション, ページ レイアウトとロゴの使用のようなかなりの「人間工学」機能を備えたアプリケーション. ここで IFPUG による継続的な改善、スナップは単独でポイントで関数によって認識されない、この作業のためのアカウントで, かなりできます。. 公正かつようこそ測定アプローチを提供しています. それはコストと新しい開発プロジェクトおよび強化プロジェクト スケジュールの予測を向上させることができます。.

1.6 表示する方法の開発者とプロジェクト マネージャー スナップインの重要性?

開発者は、非機能要件を満たすために努力を投資します。. この努力は関数のポイント サイズに反映されません。. 開発者は、追加のスナップ サイズと彼らの努力を正当化する利点を参照します。, 機能ポイント/努力の低い生産性を示すのではなく

ボット機能ポイントとスナップを使用して, プロジェクト マネージャーより良い彼らの予算を正当化できます。; 彼らは彼らの保証人を示すことができるより多くの資産がソフトウェア – 機能に組み込まれていること, 関数のポイントで測定, 非機能的な側面, スナップで測定.

1.7 ソフトウェア プロジェクトの努力を推定する最も正確な方法は何です。?

ケイパー ・ ジョーンズによると (2012), ファンクションポイントの手動計数の精度を提供します 10% エラーの余白. ファンクションポイントの分析とスナップを使用すると、します。 5% エラーの余白

EstimatingAccuracy

 

1.8 スナップを使用しての利点は何です。?

それは複数の方法で組織を助ける機能的な側面とソフトウェア アプリケーションの非機能的な側面のサイズ変更. ソフトウェア プロジェクトの提供、アプリケーションのメンテナンスに良い洞察力を提供しています:

  • それは努力とサイズとの相関を向上させます, ソフトウェアの開発には機能と非機能要件を満たすためにタスクが含まれています.
  • 推定と努力とソフトウェア プロジェクトを提供するために必要な時間を予測する能力が向上します。.
  • 開発者は、要件の非機能的な面での努力を投資するため罰されない.
  • ユーザーは、組織のアプリケーションの利点をよりよく理解できます。.
  • お客様がいっそう実現することができます。 (定量化と) お金のための値.
  • ソフトウェア開発生産性の計算がより正確です; 「努力/関数ポイント」メトリックを測定の任意の変化をよりよく説明することがあります。.
  • 非機能的なプロジェクトのみもサイズを変更できます。
  • 主要業績評価指標の値の違い (Kpi) プロジェクト間の説明が良い.

1.9 今日使用中でスナップをします。?

既に米国でスナップを使用しているいくつかの会社があります。, アジア, 欧, 推定プロセス

1.10 スナップを学ぶことができます。?

スナップ評価プロセス マニュアルを入手することができます。 (APM) IFPUG のオンライン ストアから無料で. さらに, 認定トレーニングは IFPUG サイトで登録されている会社によって提供されます。 (http://www.ifpug.org/certification/training-materials-certification/)

トップに戻る

IFPUG
FAQ
ページ

 

2. 関数のポイントは誰もが?
これは修辞的な質問ほとんど – 答えは、開発またはソフトウェア開発プロジェクトで強化しているソフトウェアの大きさは知っている必要があるかどうかに依存します。, ソフトウェア ポートフォリオ システムの大きさは知っている必要があるか、または. サイズ変更することができます迅速かつ簡単に容易に比測定機能ポイント (他の対策とともに) どのようなプロジェクトおよびアプリケーションを教えて:

  • 生産性が向上します。,
  • 高品質なソフトウェア製品およびアプリケーションを生成します。,
  • プロジェクトの正確な見積もりをしていた,
  • プロセス改善手法を採用する必要があります。,
  • 予算やコストの観点から外れた、します。 (原価計算単位);
  • 値を下げていた (またはそれ以上) チーム パフォーマンス.

これらの質問に答えるあなたの IT の役割に挑戦される場合, 関数のポイントはあなたのためそれから!

トップに戻る

IFPUG
FAQ
ページ

3. なぜ測定するたいです。? トップ 25% 世界中の企業の (ISBSG ソース) 次の理由のためのそれおよびソフトウェア開発を管理するソフトウェア測定に依存します。:

  • 測定していないものを管理することはできません。;
  • 問題のプロジェクトやソフトウェア アプリケーションを特定し、 是正措置;平均, 大規模な IT プロジェクト実行 45 予算オーバー パーセントと 7 時間をかけて %, 提供しながら 56 % 値予想より少ない. ソフトウェア プロジェクトの実行コストとスケジュールの超過リスクが最も高い, マッキンゼー & オックスフォード大学 10 月と共に会社 2012 | マイケル ・ ブロッホ, スヴェン ・ ブランバーグ, Jürgen Laartz[1]
  • ベンダーのレスポンスを比較します。 RFP(提案依頼書) 競合他社の入札に対して;
  • 測定は、現状の評価を提供します。 (現在の状況) 理解、ソフトウェア開発プロセスを改善することができるので. (ソフトウェア測定-リリースするガイドラインを参照してください。 1.1, pg. 2-4, 3-7 – 3-8;)
  • 御社のソフトウェア開発を決定するには ベスト ・ プラクティス
  • 配信されたソフトウェアの品質を測定するには, 高品質のソフトウェアを生成する開発チームのための経済的インセンティブを提供.
  • ソフトウェア要求のサイズをお客様と通信するための手段を与える関数の測定ポイント ベースとスナップ, 生産性を簡単に計算することもでき、, 品質, 精度の推定.
  • 競争相手の多数は既にこれらの洞察力があります。.

[1]http://calleam.com/WTPF/?page_id=1445

トップに戻る

IFPUG
FAQ
ページ

4.1 私にとって IFPUG 会員は何をすることができます。?
このウェブサイトおよび提供情報の多くが利用できる間無料で会員と非会員, 次の利点は、IFPUG のメンバーになります。:

  • あなたのような会社で、世界中の専門家とだけ通信する人で、オンラインのネットワー キングの機会, あるいは測定プログラムを実装しようとしている人;
  • ISBSG ベンチマーク データへの割引料金 (リーンの シックス ・ シグマ) その他の製品;
  • 機能ポイント基準を策定する委員会に参加する機会;
  • 提供する年次の知識共有会議:
    • 計測分野で他の人に会う機会;
    • 会議前に開催された学習し、ワーク ショップを通じて継続教育クレジットを獲得する教育機会;
    • トレーニングおよび認定世界を得るためにテストへのアクセス認定など:
      • CFPS: 認定機能ポイントのスペシャ リスト (オリジナルで最も広く認識されて機能規模測定指定);
      • CFPP: 認定機能ポイント開業医 (人は必ずしも関数のポイント専門家、実務家、専門家);
      • CSP: 認定プラクティショナーのスナップ (ソフトウェアの非機能要件についての知識をテストする世界唯一の指定;)
    • 主要な業界の専門家と彼らの成功について経験豊かな実務家から話を聞く機会 (失敗!) [測定] フィールド.
  • 本格的な文書:
    • メトリック ビュー (双方向毎年) – 面白いかつタイムリーなソフトウェア計測の記事を備え印刷およびオンライン ジャーナルとして利用可能, IFPUG ニュース, 委員会の更新とソフトウェアメトリクスの世界の最新の進歩について;
  • IFPUG 製品を含む大幅な値引き:
    • ISO 標準やベストプラクティス ・ マニュアルを数える IFPUG (インプレッション単価) 近くに完備します。 300 ルールのページ, ショートカット, 例を数える;
    • FP 事例ステップバイ ステップの機能を提供するポイントのソフトウェア要件にインプレッション ルールを適用する方法の例を数える;
    • 管理結果を提供する関数のポイントを正常に実装するための有用なアドバイスのページ管理レポートの案内します。;
    • ホワイト ペーパーおよび他の IFPUG リリース新しい技術でカウント FP を効果的に示す (クライアント サーバー, web, など。,) FP 計測の応用 (例えば, データ ウェアハウス) 方法論 (例えば, アジャイル。)
  • エリアへのアクセス セキュリティで保護されたメンバーのみアクティブなオンラインの掲示板を見つけるが IFPUG のウェブサイトのメンバー交換のヒントとソフトウェアの測定に関連する手法 (答えに大規模で IFPUG のコミュニティのための質問を提起できるも), .
  • インプレッションの最新コピーを取得するには, スナップインまたはその他のドキュメント, ここをクリックして、ショッピングカートとチェック アウト製品を追加することができます当社のオンライン ストアに取られる.

参照してください、 オンライン ストア ここで.

4.2 IFPUG サービスの費用がかかります?
IFPUG メンバーは会議の出席に割引を受ける, ワーク ショップ参加, 追加の資料, ウェブサイトのメンバー専用のオンライン領域にアクセス. さらに, IFPUG のすべてのメンバーが IFPUG のコミュニティに参加して私たちの様々 な委員会の 1 つのメンバーとして参加することが奨励. その他のすべての利点は現在無料です。.

4.3 どのように関数の点で私の上級管理職を売る スナップと (ソフトウェアの測定)?

ファンクションポイントの分析とスナップを使用する利点についての知識になることは、まずです。 (それはツールに依存しないソフトウェアのサイズの客観的測定です。, テクニック, スキルやソフトウェアを構築するために使用するメソッド), 関数のポイント ベースのソフトウェア測定プログラムから得ることができる投資にプラスのリターンについて学ぶ.

次のステップは使用可能な業界のデータを研究するには (すでに FP の履歴データを収集しない会社に特に便利) ISBSG から利用できるデータなど.
ベンチマーク標準グループ国際ソフトウェア (ISBSG) ベンチマーク データは、ソフトウェア開発プロジェクト データの信頼性の高い世界中のリポジトリ (関数のポイント) プロジェクトを推定するため効果的に使用できます。, 比較分析を実行するには (プロジェクトの種類の間で,) 貴社のプロジェクトのパフォーマンスを測定します。 (生産性と品質。) IFPUG メンバー ISBSG 全品割引します。.

4.4 (ソフトウェアの測定)?

ファンクションポイントの分析を使用する利点についての知識になることは、まずです。 (それはツールに依存しないソフトウェアのサイズの客観的測定です。, テクニック, スキルやソフトウェアを構築するために使用するメソッド), 関数のポイント ベースのソフトウェア測定プログラムから得ることができる投資にプラスのリターンについて学ぶ.

次のステップは使用可能な業界のデータを研究するには (すでに FP の履歴データを収集しない会社に特に便利) ISBSG から利用できるデータなど.
ベンチマーク標準グループ国際ソフトウェア (ISBSG) ベンチマーク データは、ソフトウェア開発プロジェクト データの信頼性の高い世界中のリポジトリ (関数のポイント) プロジェクトを推定するため効果的に使用できます。, 比較分析を実行するには (プロジェクトの種類の間で,) 貴社のプロジェクトのパフォーマンスを測定します。 (生産性と品質。) IFPUG メンバー ISBSG 全品割引します。.

トップに戻る

IFPUG
FAQ
ページ

5. 表示する方法を開発者とプロジェクトマネ ジャー ファンクションポイントの分析の重要性?
ファンクションポイントの分析 (IP アドレス。) 生成することができます。 プロジェクトの計画 定量化可能な精度と拡張の進行状況を追跡し、スコープ クリープを管理. また, 開発者は、ファンクションポイントの分析データと履歴データを使用してより正確な推定のための特定のターゲット日付によって割り当てられたタスクを達成することが.

トップに戻る

IFPUG
FAQ
ページ

6. 推定私の機能のポイントを改善するためにどのようなツールがあります。?

使用して新しいソフトウェア開発プロジェクトをサイズすることができます。 宇宙, 初期ファンクションポイント推定ISBSG 比較推定 ツール.

トップに戻る

IFPUG
FAQ
ページ

7. 表示する方法を私のユーザーのグループ ファンクションポイントの分析の重要性?
ファンクションポイントの分析評価機能ユーザー要件の検討に基づくソフトウェアの機能のサイズ (「ソフトウェア何のビジネス プロセス、プロシージャ。」) このように, FPA は、ビューのユーザの視点からソフトウェアを見て、5 標準に基づくファンクションポイントを定量化, ソフトウェアのユーザーに焦点を当てた成分: 格納されたデータ エンティティの 2 つのタイプ (内部論理ファイルと外部インターフェイス ファイルと呼ばれる), およびビジネス プロセスの 3 つの種類 (外部入力と呼ばれる, 外部出力、外部クエリ。) FP の結果 (カウント ビジネス プロセスおよびコンポーネント機能サイズ一覧)提供しますユーザーに理解しやすい条件は、. ソフトウェア開発者とユーザーの両方の議論のために使用できる共通言語を提供する FP カウント. FP カウント プロセス自体が不足している要件のハイライト/発見に役立ちます, 客観的かつソフトウェア製品サイズの正確な見積もりを提供して, ユーザーのより良い予算管理が可能.

トップに戻る

IFPUG
FAQ
ページ

8.1 機能ポイント基準は何ですか?

8.2 機能ポイントのベースラインを行う必要があります。?

答えは数字で何をしたいに依存します。. あなたの目標は、あなたはそれを交換したいのでソフトウェア アプリケーションのサイズを評価する場合, 知っているどのくらいは、現在のアプリケーションが与えるサイズの良い基礎交換のコストの推定に使用するため. あなたの目標をどのように多くの変化を正確に評価することができる場合 (強化) またはソフトウェアの拡張によって年間を通じて発生する成長, ベースライン カウントする場合があります。.

  • あなたの目的は、品質を向上させる場合, 生産性またはプロジェクトの精度の推定, 基準サイズを行う必要がありません。, しかし、むしろソフトウェア開発や拡張のサイズをカウント
  • あなたの目標は、サポートとメンテナンスのコストを比較する場合 (FP あたりに) あなたのポートフォリオまたはアプリケーションのセット, その後、それらのアプリケーションのベースライン カウントしたいと思う. 1 つのプロジェクトのベースライン.

トップに戻る

IFPUG
FAQ
ページ

9. 行のコードを使うべき理由 (ソフトウェアの生産性や品質の比率を計算するときのサイズの尺度として)?

この質問は頻繁に企業検討している FP またはソース コード行を使用するかどうかを (SLOC) ソフトウェアのサイズのための測定の単位として. FP 技術と独立した実装であることの利点があります。, SLOC に次の不利な点があるとき:

  • ぜいたくなデザインに報酬を与えるし、簡潔なデザインを罰するがちである行のコード (すなわち, 「スパゲティ」コードの複数行として生産できない場合がありますデザインとコードの以下の行は、同じ機能を実行する適切なコーディング. 大きなコード必ずしもより生産的な行のコードになるとき。)
  • 業界標準がないです。 (ISO またはそれ以外の場合) ソース コードの行の. (すなわち, 非コメント コマンド行をカウントを提唱する人々, しかし、これは普遍的に受け入れられません、バリエーションを優先します。)
  • プラットフォーム間での正規化に容易に行のコードは使用できません。, 言語または組織 (コーディング規則とプログラミング言語依存コードの行の数が変わるので)
  • いくつかの 4 gl も行のコードを使用しないでください。.
  • ベース比に積極的に誤解されることができます-コードの行を参照してください。 伊土生産性のパラドックス.

トップに戻る

IFPUG
FAQ
ページ

10. 何についての逆風 (プログラミング言語に基づいて変換テーブルを使用して FP SLOC に変換する練習)?

  • 逆風は行のコードに基づいています, 行のコードを使用すると同じ問題に実行することが.
  • レガシー システムそれ以上の仕事の多くの見通しなしで慎重に使用することができます。.
  • 精度の問題ではない場合に役に立つかもしれない逆風.

トップに戻る

IFPUG
FAQ
ページ

11.1 我々 は改善する必要があると聞いています. 開始位置?

  • 最初の改善が必要かを調べることによって開始します。. 、 GQM (目標/質問/メトリック) プロセスはこれを容易に助けることができます。. その他の無料リソース (ダウンロード可能です) あります、 実用ソフトウェアとシステムの測定 (PSSM) ウェブサイト . 目標と指標、計測の説明をしたら, FP サイズが生産性と品質の比率のための共通分母として収集する必要が重要な指標になります.
  • 改善目標の確立, これは改善する必要があります開始を示します (例えば, 品質の地区, 生産性, や推定精度).
  • IFPUG に参加し、FP ベースのソフトウェア プロセス改善と測定についてどのように彼らは正常に実装している私たちの内部のメンバーの掲示板の他のメンバーに従事.

11.2 それはちょうど私の場合、 500 開発者, 開始位置?
何、開発者の現在の問題の最も重要な決定します。. 測定プロセスを開始します。 (上記 GQM プロセスを使用してください。) これらの領域をターゲットとサポートを取得し、購入するのにすぐに結果を通信を開始. 専門家アドバイス最初小さい方法で測定プログラムを開始, 測定結果で購入する得る, 会社全体にロールアウトする前に. この方法では, 右の措置が対象であることを確認することができます。, 右の測定プロセスは、します。, 前に得られた小さい勝利はより多くのオーディエンスに測定をし.

11.3 生産性が重要な場合, 何-新開発の生産性をカウントする必要があります, メンテナンス, など。?
もう一度, これは測定のためのあなたの目標に依存します。. GQM アプローチと共に, パレート分析を使用します。 (80/20 ルール) 「痛み」のエリアを確認するには, 生産性測定の最初にそれらの領域をターゲットと. たとえば, 人員不足、ソフトウェア サポート/メンテナンス領域で挑戦している場合、サポート料金 (FTE のあたり 1000 たとえば FP) 不足を客観的に証明するために使用またはそれ以外の場合にすることができます。.

トップに戻る

IFPUG
FAQ
ページ

12.1 当社のソフトウェア開発の生産性を向上させたいです。, どのような情報を行うを持っている必要があります。?

  • 比が異なるを使用して生産性を決定することができます。, 含むそれぞれの関数のポイント. レポート作成の管理ガイドを参照してか <ここの IFPUG の書籍のタイトルを挿入します。> ISBSG 実用的なプロジェクトの推定や (ISBSG 製品) 指導のため.

12.2 私は FP カウントを行うために必要なもの?

IFPUG カウント実践マニュアル (現在のバージョン 4.3.1) FP カウントを行う必要がありますドキュメント/アーティファクトに前提条件の概要します。. 範囲と目的数およびソフトウェア アプリケーションのサイズをカウントしているかどうかを決定する最初のステップです。 (ベースライン) ソフトウェア開発・充実のサイズ プロジェクトで配信、または (新しい開発や拡張のプロジェクト数). ソフトウェアの各部分は個別のアプリケーション境界と見なされますことに注意してください。 (詳細はインプレッションを見る) FP カウントでカウントして.

そのためには関数のポイント数, 次に知る必要があります。 (機能的なユーザ要件) ソフトウェアについて:

  • アプリケーション境界を越えるとユニークな処理の結果をユーザー定義可能な出力 (例えば, レポートの形式, 画面のレイアウト, 出力ファイルのレイアウト).
  • ユーザ定義可能なクロス アプリケーションの境界とトリガーのユニークな処理を入力します。 (すなわち, 画面のレイアウト, ファイルのレイアウト, バッチ ファイル入力, ).
  • アプリケーションが保持しているユーザー定義可能なデータ ストア (例えば, ファイルのレイアウト, テーブルの定義, データベースまたはエンティティの定義).
  • リファレンス情報については、アプリケーションによってのみアクセスされるユーザー定義可能なデータ ストア (例えば, ファイルのレイアウト, テーブルの定義).
  • アプリケーション境界を越えるユーザー定義可能なクエリ (例えば, レポートの形式, 画面のレイアウト).
  • FP カウント プロセスが IFPUG カウント プラクティス マニュアルに記載されて完全に.
  • レートをサポート アプリケーションの機能ポイントを = / アプリケーションをサポートするために努力時間
  • 強化率 = プロジェクトで変更/拡張機能ポイント / プロジェクトの作業時間
  • 配信速度 (市場への時間) 配信されたソフトウェア アプリケーションの機能ポイントを = / カレンダーの時間
  • 関数の詳細についてポイント法による解析, IFPUG カウント ベストプラクティス ・ マニュアルを参照してください。
  • アジャイル ソフトウェア開発手法 配信率を上げるに

トップに戻る

IFPUG
FAQ
ページ

13. CIO は何を知る必要 ソフトウェアのサイズ? (関数のポイント スナップと)

IT ポートフォリオ管理は、上級管理職のための非常に重要なトピック. ソフトウェアのサイズは、IT プロジェクトの投資収益率を推定するための管理を助けることができます。, 費用便益分析と代替案を比較し、. 他の手段と組み合わせて関数のポイントとスナップを使用できます。 (プロジェクト作業, 欠陥, など。) 傾向を監視およびベンチマークのため.

 

トップに戻る

IFPUG
FAQ
ページ

14. アジャイルについて知っている何を必要なの CIO & 関数のポイント?
比較または別の種類のプロジェクトまたは契約を評価する任意の測定を使用して際に最も重要なことは一貫性. 開発者は、しばしばは、アジャイル プロジェクトの FP を拒否します。 (FP を使用してアジャイル プロジェクトをカウントすることはできませんと言っ) または、それらを受け入れる (FP を頼りにスプリントで滝のプロジェクトよりもより多くの FP を得ることができる彼らの思考!) これらのどちらも正しいです。! FP は、その機能に基づくソフトウェアの配信作品のサイズを表す (機能的なユーザ要件) – 完全で一貫性のあるビジネス プロセスを. (記事を参照してください。 アジャイル/反復プロジェクトで FP をカウント 詳細については。)

FP は、測ると固定価格契約を評価する効果的な方法をすることができます。, に対してまたはソフトウェア開発プロジェクトの入札プロセス中に競合他社の間に Rfp を比較する場合に便利にすることができます、. (例えば, 2 つの単価の FP 単価が範囲は広く、その 1 つのサプライヤー理解していない完全に開発するソフトウェアの機能要件は何ですを示します。)

アウトソーシング、ソフトウェア開発業界で, IBM と CGI 使用 FP (認定機能のポイントの専門家のチームを持っていると) 提案提出を確認.

彼らの提案で関数の点推定を含む各種契約いただけます, いくつかの国と (イタリアを含む, ブラジル, 韓国, フィンランド) 基づく FP 提案と単位価格をますます使用しています。 (FP 当たりのコストします。) ソフトウェア契約の場合.

トップに戻る

IFPUG
FAQ
ページ

15. FP を使用して私たちの推定プロセスを向上させたいです。, どのような他の情報を必要は?
ソフトウェアの見積もりは、それ自体全体のトピック エリア, しかし、入力手段として FP を使用してプロジェクトを行うための前提条件の推定 (ソフトウェア開発のため) 少なくとも次の属性が含まれて:

  • 開発型; (新開発または機能の拡張)
  • プラットフォーム; (ハードウェアとアーキテクチャに関する考慮事項)
  • 言語; (プログラミング言語またはレベル)
  • チームの経験;
  • テクニック; (開発方法論)
  • 外部制約; と
  • スコープ クリープ

自作の見積もりアプローチを使用しているかどうか, 歴史的な配信速度または専門的なソフトウェア パッケージの ISBSG リポジトリを使用してください。, 比率を知っている必要があります。 (配信料金) 良いのために類似のプロジェクトで, 信頼性の高い見積もり. 精度の推定を支援する市場にソフトウェア パッケージがあります。.

トップに戻る

IFPUG
FAQ
ページ

16. 当社の品質を向上したいです。, どのような情報を行うを持っている必要があります。?

  • 品質は異なった人々 に異なった事を意味します. 組織内で意味するものの品質を決定します。. ISO 9126 ソフトウェア システム品質の属性と目標/質問/計量プロセスは、ここであなたを助けることができます。.
  • 品質基準の例としては、:
    • 欠陥密度 – 関数の点で欠陥/アプリケーションのサイズの数; と
    • 配信の欠陥率 – ライブの操作の最初の 1 カ月で配信された欠陥の数.

トップに戻る

IFPUG
FAQ
ページ

17. 株当たり認定コンサルタントを必要は?
これはそれぞれの企業が、自分で答えを質問. いくつかのことを考える:

  • 我々 は数ヶ月で行われる完全なベースラインを取得したいです。? これへの答えが yes の場合に来るし、あなたを助けるいくつかの認定カウンターが賢明かもしれない. このカウントが行われている間, ことができます。 1 多くの従業員で認定を取得できるユーザーをこの基準を維持するために数える機能ポイント自体または.
  • 我々 だけを数えると私たち「大きなプロジェクト」の推定を始めたいです。これはあなたが欲しい場合, IFPUG ワーク ショップや会議の訓練を取得するいくつかの従業員を送信可能性があります。. 訓練の後, 彼らは、カウントを行い、データの収集を開始することができるだろう. 持っていることについて考えたいです。 1 または、カウントを監査する機能ポイントを数える認定より多くの従業員.
  • 上司が探しているものだけ測定を開始するある手掛かりを持っていません。. このグループに収まる場合, 目標/質問/指標を実行できるコンサルタントをもたらすしたいと思うことがあります。 (GQM) セッションを開始するどのような測定を決定するには. この時点で, いくつかに人々 IFPUG ワーク ショップや会議訓練を得るために送信することができます。.
  • あなたは巨大な企業の一部と、上司のすべてを今すぐに測定を開始するには. ここで自分自身を見つける場合, コンサルタントをすること:
    • 目標/質問/指標を実行します。 (GQM) セッション; と
    • 関数のポイントをカウントするいくつかの人々 を訓練します。.
  • あなたもすることができます努力の全体的なコーディネーターである少数の人々 といくつかの人々 カウントに実行され、データの収集. コーディネーターは、間違いなく認定されるはず関数ポイント カウンター監査カウントで呼び出され、質問が出てくるを決定.

トップに戻る

IFPUG
FAQ
ページ

18.1 これは、よう私は見てコンサルタント?

  • 誰かの専門知識を数える.
  • IFPUG の認定をする必要があります。 (CFPS). スナップの認定をする必要があります-スナップを使用する場合 (CSP).
  • 彼らは、業界での経験をあなたに一般的なカウントが必要です。.
  • 質の良い対人スキル-企業文化との互換性.
  • ファンクションポイント釣合いのとれた測定プログラムに統合することでメトリックの専門知識

18.2 コンサルタントの IFPUG 証明を確認する方法?

移動し、 パブリック証明書の検索 IFPUG のウェブサイト上のページし、名のフィールドとその他の適切な検索条件を使用してクエリを送信します。.

 

トップに戻る

IFPUG
FAQ
ページ

19.1 ここで、コンサルタントのそう?
チェック私たち 仕入先リスト すべてのベンダーは IFPUG メンバーであります。.

19.2 誰がこれを行っています。?
IFPUG 以上の世界的ないくつかの国で多くのメンバーが. 会員はあらゆる主要な産業から描画されます。, 含むがこれらに限定されません。:

  • 航空宇宙
  • 銀行
  • ファイナンス
  • 電気通信
  • 保険
  • 製造
  • ユーティリティ
  • 小売り業
  • 政府
  • コンピュータ システムの開発

IFPUG の会員の主要な利点の 1 つはアクセスできます IFPUG メンバーのネットワーク (掲示板または e メール) 計測と組織におけるプロセス改善プログラムに基づく FP を正常に実装している人.

トップに戻る

IFPUG
FAQ
ページ

20. 機能ポイントの概念上のより多くの研究を行うに行くことができますここで?
チェック私たち 参考文献/リファレンス ライブラリ ファンクションポイントの分析のさらなる読み物のため.

Facebook や LinkedIn の私たちと接続して、あなたのサークル内で共有.

IFPUG のウェブサイト, 今後の参考のためにブックマークしてください。
IFPUG の Facebook のページ, クリックしてください好き
IFPUG Twitter, ホワイト ペーパーおよび他のニュースの最新のリリースに従ってください。
IFPUG LinkedIn, 次をクリックしてください

その他のよくある質問やこのページの編集をお勧めするには, ここをクリックしてください。 お問い合わせ メッセージの件名の行に「IFPUG FAQ」を含めると.

メンバーと非メンバーからドキュメントをダウンロードすること、 オンライン ストア, することができます更新または IFPUG 会員の注文の場所.
トップに戻る