常見問題解答

常問的問題

更新 3 月 2016

請與我們連接上 Facebook 和 LinkedIn 和分享在你的圈子內.

IFPUG 網站, 請添加書簽以備將來參考
IFPUG Facebook 頁面, 請點擊上喜歡
IFPUG Twitter, 請按照白皮書和其他新聞的最新版本
IFPUG LinkedIn, 請點擊以下

建議其他常見問題或編輯此頁, 請點擊這裡 聯繫我們 並在郵件的主題行中包含"IFPUG 常見問題".


IFPUG FAQ PAGE 的頂部

成員和非成員可以下載檔案從我們 線上商店, 在那裡他們還可以更新或訂購 IFPUG 會員.

1. 功能點是什麼? 管理單元是什麼? 功能點和管理單元之間的區別是什麼?
2. 每個人都是功能點?
3. 為什麼要衡量?
4. IFPUG 會員可以為我做什麼?
5. 功能點分析的重要性如何顯示開發人員和專案經理?
6. 什麼工具,可用來改善我的功能點估算?
7. 如何顯示我的使用者組功能點分析的重要性?
8. 功能點基線是什麼?
9. 我為什麼不應該使用代碼的行?
10. 怎麼樣產生事與願違的後果?
11. 我知道我們需要改進. 不要從哪裡開始?
12. 我們想要改善我們的生產力, 我需要什麼樣的資訊?
13. CIO 需要瞭解功能點什麼?
14. CIO 需要知道什麼是敏捷什麼 & 功能點?
15. 我們想要改善我們的估算, 我需要什麼樣的資訊?
16. 我們想要改善我們的品質, 我需要什麼樣的資訊?
17. 我需要認證顧問 CFPS 嗎?
18. 我會在一名顧問中尋找什麼?
19. 我在哪裡尋找一名顧問?
20. 在哪裡可以去做更多的研究,對功能點概念?


IFPUG
常見問題
頁面

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 對齊點. 因為功能點度量的東西不同比管理單元, 這兩個不能以某種方式組合成單一的措施; 在此示例中, 不能為具有測量軟體中應用 1100 "點"的某種. 這是類似于如何代表了真實和虛數: 一些可能表示為 800 + 300我, 不 1100 某種形式的號碼.

功能點和管理單元點與努力相連. 努力發展或提高軟體產品是功能點次功能生產力的總和 (小時/FP) 時間非功能性生產力的管理單元的總和加分 (小時/SP).

1.5 管理單元是真的有必要嗎?

取決於應用程式, 許多軟體發展者和開發團隊認識到大量的努力工作不是直接負責使用功能點. 這可以是特別真實的演算法密集型應用程式, 具有大量資料驗證的應用程式, 具有相當大的"人體工學"功能的應用程式如頁面配置和使用徽標. 在這裡通過 IFPUG 持續改進是管理單元占此工作是不承認的單獨的功能點, 可以相當大. 它提供了一個更加公平和歡迎的測量方法. 它還可以説明提高預測的成本和新的發展專案和增強專案時程表.

1.6 管理單元的重要性如何顯示開發人員和專案經理?

開發商投資地滿足非功能需求. 這種努力不會反映在功能點大小. 開發人員將看到,證明他們的努力與其他管理單元大小的優點, 而不是顯示函數的點努力降低生產力

通過使用 bot 功能點和管理單元, 專案經理可以更好地調整他們的預算; 他們可以顯示其贊助商更多的資產都內置的軟體 — — 功能, 測定功能點, 和非功能性方面, 測定管理單元.

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
常見問題
頁面

 

2. 每個人都是功能點?
這是幾乎一句反問 – 答案是,它取決於是否你需要知道的軟體的開發或加強軟體發展專案中有多大, 還是你需要知道你在你的軟體組合的系統有多大. 功能點尺寸可以快速、 輕鬆地方便測量比率 (以及其他措施) 告訴你哪些專案和應用程式:

  • 效率更高,
  • 生產高品質的軟體產品和/或應用程式,
  • 有準確的專案估計,
  • 需要接受過程改進方法,
  • 在預算和成本角度線 (單位成本核算);
  • 較低 (或更高) 團隊 性能.

如果你挑戰在您的 IT 角色來回答這些問題, 然後是給你的功能點!

返回頁首

IFPUG
常見問題
頁面

3. 為什麼要衡量? 頂部 25% 公司在世界各地的 (源 ISBSG) 依靠軟體度量管理其 IT 和軟體的發展原因如下:

  • 你不能管理你不測量;
  • 識別問題專案和軟體應用程式,並採取 糾正措施;平均, 大型 IT 專案運行 45 超過預算百分比和 7 隨著時間的推移 %, 同時還提供了 56 少比預測值 %. 軟體專案運行成本和進度超支的風險最高, 麥肯錫公司 & 牛津大學 10 月會同公司 2012 | byMichael 布洛赫, 斯文 · 布隆伯格, 與 Jürgen Laartz[1]
  • 比較供應商的答覆 RFP(徵求建議書) 針對競爭對手的出價;
  • 度量提供了評估的現狀 (現狀) 所以,你能理解並提高您的軟體發展流程. (向軟體度量 — — 釋放指引,請參閱 1.1, pg. 2-4, 3-7 – 3-8;)
  • 要確定你自己公司的軟體發展 最佳做法
  • 來衡量的品質交付軟體, 和提供經濟誘因,為生產高品質的軟體發展團隊.
  • 函數基於點的測量和管理單元可以給你一種手段,與客戶溝通他們的軟體要求的大小, 並還允許您輕鬆地計算出生產力, 品質, 和精度估算.
  • 你的許多對手可能已經有這些見解.

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

返回頁首

IFPUG
常見問題
頁面

4.1 IFPUG 會員可以為我做什麼?
雖然本網站提供的資訊,並可免費向成員和非成員, 成為會員 IFPUG 具有以下優點:

  • 在人和線上社交機會交流與公司在世界各地的專業人士只是喜歡你, 誰有或誰正在努力實施測量程式;
  • 率降低到 ISBSG 基準資料 (對精益生產 六西格瑪) 和其他產品;
  • 參與制定功能點標準的委員會的機會;
  • 為您提供的知識共用的年度會議:
    • 在測量領域滿足其他人的機會;
    • 在會議之前舉辦的學習和繼續教育學分通過舉辦講習班的教育機會;
    • 獲得培訓和認證測試,以獲得全球認可認證包括:
      • CFPS: 註冊的功能點專家 (原始和最廣泛認可的功能尺寸測量指定);
      • 傾點: 註冊的功能點從業人員 (專業從業人員,但不是一定功能點專家是誰);
      • CSP: 認證的對齊醫生 (全球唯一指定測試軟體非功能性需求的瞭解;)
    • 聽到從領先業內專家和經驗豐富的從業人員約他們成功的機會 (和失敗!) 在測量領域.
  • 專業刊物:
    • 公制的意見 (每半年) – 可作為其中的有趣和及時軟體測量文章印刷和線上雜誌, IFPUG 新聞, 委員會更新和資訊上的軟體度量世界的最新進展;
  • IFPUG 產品包括可觀的折扣:
    • ISO 標準和 IFPUG 計數做法手冊 (CPM) 與接近完成 300 頁的規則, 快捷方式, 和計算實例;
    • FP 案例研究提供分步功能點計數示例說明了如何將 CPM 規則應用軟體要求;
    • 與有用的建議,成功實施功能點,以提供管理結果頁面管理報告指南;
    • 白皮書和其他 IFPUG 釋放,以有效地說明 FP 計數在較新的技術 (用戶端伺服器, web, 等。,) FP 計數中的應用 (例如, 資料倉儲) 和方法 (例如, 敏捷。)
  • 對區域的訪問安全僅限會員 IFPUG 網站,在這裡你將找到一個活躍的線上公告欄的地方成員交流技巧和技術有關的軟體度量 (你甚至可以構成在逃的 IFPUG 社會,回答問題), .
  • 要獲得 CPM 的最新副本, 管理單元或其他檔, 按一下此處可帶到我們的網上商店在哪裡你可以將產品添加到您的購物車和結帳.

請訪問 線上商店 在這裡.

4.2 那裡是 IFPUG 服務費用?
IFPUG 成員收到一份關於會議的出席折扣, 參加培訓班, 更多文學, 和訪問該網站的成員只有線上區域. 此外, 所有 IFPUG 成員都都鼓勵捲入 IFPUG 社區和作為一個我們各委員會的成員參加. 其他的好處是目前免費的.

4.3 我賣我的高級管理功能點 和管理單元 (和軟體測量)?

第一步是瞭解使用功能點分析和管理單元的優點 (它是獨立的工具的軟體大小客觀衡量, 技術, 技能或用於構建軟體的方法), 並瞭解正從一個功能點基於的軟體度量程式你可以獲得的投資回報.

下一步是研究提供的行業資料 (對於公司不已收集了歷史 FP 資料特別有用) 例如,可從 ISBSG 資料.
國際軟體基準標準組 (ISBSG) 基準資料是可靠的世界性儲藏庫的軟體發展專案資料 (和功能點) 這可用於有效專案估算, 要執行的比較分析 (跨專案類型,) 和來衡量你自己公司的專案性能 (生產率和品質。) IFPUG 成員收到一份關於所有 ISBSG 產品折扣.

4.4 (和軟體測量)?

第一步是瞭解使用功能點分析法的優點 (它是獨立的工具的軟體大小客觀衡量, 技術, 技能或用於構建軟體的方法), 並瞭解正從一個功能點基於的軟體度量程式你可以獲得的投資回報.

下一步是研究提供的行業資料 (對於公司不已收集了歷史 FP 資料特別有用) 例如,可從 ISBSG 資料.
國際軟體基準標準組 (ISBSG) 基準資料是可靠的世界性儲藏庫的軟體發展專案資料 (和功能點) 這可用於有效專案估算, 要執行的比較分析 (跨專案類型,) 和來衡量你自己公司的專案性能 (生產率和品質。) IFPUG 成員收到一份關於所有 ISBSG 產品折扣.

返回頁首

IFPUG
常見問題
頁面

5. 功能點分析的重要性如何顯示開發人員和專案經理?
功能點分析法 (FPA) 允許你生成 專案計劃 可計量的準確性以及擴展跟蹤進度和管理範圍的蔓延. 還, 開發人員可以按給定的目標日期由於更精確的估算使用功能點分析和歷史資料實現分配的任務.

返回頁首

IFPUG
常見問題
頁面

6. 什麼工具,可用來改善我的功能點估算?

新的軟體發展專案可以使用調整大小 宇宙, 早期的功能點估算ISBSG 比較估計 工具.

返回頁首

IFPUG
常見問題
頁面

7. 如何顯示我的使用者組功能點分析的重要性?
功能點分析計算軟體的功能使用者要求檢查的基礎的功能大小 ("什麼軟體做的業務流程和程式"。) 這樣, 平安險從使用者角度看軟體和量化功能點基於五個標準, 在軟體中使用者關注焦點的元件: 兩種類型的存儲的資料實體 (被稱為內部邏輯檔和外部介面檔), 和三種類型的業務流程 (被稱為外部投入, 外部輸出和外部查詢。) FP 結果 (計數的業務流程和其元件功能大小的清單)提供了在使用者可以理解的術語. FP 計數提供對通用的語言,可用於軟體發展人員和使用者的一致好評與討論. FP 計數過程本身有助於突出找出缺少的系統要求, 並提供客觀和準確的估計軟體產品尺寸, 從而使使用者更好的預算控制.

返回頁首

IFPUG
常見問題
頁面

8.1 功能點基線是什麼?

8.2 我需要做一個功能點基線?

答案取決於你想要跟數位. 如果你的目標是評估軟體應用程式的大小,因為你要替換它, 然後知道多大您當前的應用程式會給你一個良好的基礎,其大小用於估計的重置成本. 如果你的目標是要能夠準確地評估多少變化 (增強) 或通過軟體增強全年增長髮生, 然後你可能想要做一個基線計數.

  • 如果你的目標是要提高品質, 生產率或專案的精度估算, 然後你可能不需要做基線大小, 但是寧可計數的軟體發展或功能增強的大小
  • 如果你的目標是比較支援和維護成本 (在每個 FP 的基礎上) 在你的投資組合或一組應用程式, 然後你會想要基線計數的那些應用程式. 一個專案的比較基準.

返回頁首

IFPUG
常見問題
頁面

9. 我為什麼不應該使用代碼的行 (作為軟體大小計算生產效率或品質比率時的措施)?

這個問題上來經常當公司正在考慮是否要使用 FP 或代碼源行 (SLOC) 作為他們的軟體規模度量單位. FP 有技術和執行獨立的優勢, 雖然 SLOC 具有以下缺點:

  • 程式碼的傾向于獎勵揮霍無度的設計和懲罰簡潔的設計 (即, 更多程式碼的"義大利麵條"可能不能儘量促進生產力更好的編碼設計和更少的程式碼來做相同的功能. 更大的代碼並不一定意味著更有成效的程式碼的時候一樣。)
  • 沒有行業標準 (ISO 或以其他方式) 為源行的代碼. (即, 一些人提倡計數非評論命令列, 但這不普遍接受和變化為准。)
  • 行的代碼不能隨時用於跨平臺規範, 語言或組織 (因為程式碼的數量取決於程式設計語言和編碼約定)
  • 一些 4GL 甚至不用代碼的行.
  • 行的代碼基於的比率可以積極誤導 — — 請參閱 刺山柑鐘斯生產率悖論.

返回頁首

IFPUG
常見問題
頁面

10. 怎麼樣產生事與願違的後果 (這種做法 SLOC 轉換 FP 使用基於程式設計語言的轉換表)?

  • 產生事與願違的後果基於行的代碼, 所以你遇到同樣的困難使用的程式碼.
  • 可以對遺留系統沒有進一步開展工作的前景謹慎使用.
  • 產生事與願違的後果可能是有用的如果正確並不是一個問題.

返回頁首

IFPUG
常見問題
頁面

11.1 我知道我們需要改進. 不要從哪裡開始?

  • 第一次開始通過確定哪些方面需要改進. 的 GQM (目標,問題,度量) 過程可以説明推動這項工作. 額外的免費資源 (可下載) 可從 實用的軟體和系統測量 (強調) 網站 . 一旦你有了目標和指標為您的測量概述, FP 大小可能會一項重要的措施,你會想要收集作為生產力和品質比的共同點.
  • 一旦建立了你的改進目標, 這將表明改進應該從哪裡開始 (例如, 在品質方面, 生產力, 或精度估算).
  • 加入 IFPUG 和與其他成員在關於如何成功地執行我們內部成員公告板上進行 FP 基於軟體過程改進和測量.

11.2 如果這只是我和 500 開發商, 不要從哪裡開始?
確定什麼是最重要的你開發的當前問題. 開始你的測量過程 (使用上文所述的 GQM 過程) 針對這些領域而開始溝通結果立即得到支援和買的. 專家建議在開始任何測量程式首先在小路上, 買中的測量結果與增益, 之前推出到整個公司. 以這種方式, 你可以確保你所針對正確的措施, 放在正確的測量過程, 並獲得了小小的勝利之前您擴展到更廣泛的受眾測量.

11.3 如果是重要的生產力, 什麼我應該算的 — — 新發展生產力, 維護, 等。?
再一次, 這取決於你的目標測量. 隨著 GQM 方法, 您可以使用帕累托分析 (80/20 規則) 要確定"疼痛"地區在哪裡, 並且首先瞄準這些領域,為您的生產效率測量. 舉個例子, 如果你是人手不足,而且在軟體支援/維護地區挑戰然後支援率 (每個 FTE 1000 例如 FP) 可能是用來客觀地證明短缺或其他.

返回頁首

IFPUG
常見問題
頁面

12.1 我們想要改善我們的軟體發展生產力, 我需要什麼樣的資訊?

  • 不同比例可以用於確定生產力, 每個其中包括功能點. 請參閱管理報告指南或 <插入在這裡 IFPUG 書名> 或 ISBSG 實際專案估算 (ISBSG 產品) 為指導.

12.2 我需要做一個 FP 計數點些什麼?

IFPUG 計數做法手冊 (當前版本 4.3.1) 概述了你需要做一個 FP 計數的必備檔/文物. 第一步是確定的範圍和目的的計數和是否要計數的軟體應用程式的大小 (基線) 或在專案交付的大小的軟體發展的提高 (新發展或增強專案計數). 請注意,每個軟體被認為是一個單獨的應用程式的邊界 (請參閱 CPM 進一步的詳細資訊) 並將計算在其自己的 FP 計數.

為了做到功能點估算, 您需要瞭解以下內容 (功能使用者要求) 關於軟體:

  • 使用者可定義的產出,跨應用程式邊界,獨特的處理結果 (例如, 報告格式, 螢幕佈局, 輸出檔案佈局).
  • 使用者可定義輸入的跨應用程式邊界和觸發獨特處理 (即, 螢幕佈局, 檔佈局, 批次檔輸入, ).
  • 由應用程式維護的使用者定義的資料存儲 (例如, 檔佈局, 表定義, 資料庫或實體定義).
  • 使用者可定義資料存儲區,您可以訪問僅由應用程式的參考資訊 (例如, 檔佈局, 表定義).
  • 跨應用程式邊界的使用者自訂查詢 (例如, 報告格式, 螢幕佈局).
  • FP 計票過程充分述 IFPUG 計數做法手冊.
  • 支援率 = 功能點的應用程式 / 工作時間,以支援應用程式
  • 增強率 = 增強更改專案中的功能點 / 工作時間的專案
  • 交貨率 (面市時間) = 已交付的軟體應用程式的功能點 / 日曆時間
  • 更詳細的資訊,對功能點分析, 請參閱 IFPUG 計數做法手冊
  • 敏捷軟體發展方法 要提高執行率

返回頁首

IFPUG
常見問題
頁面

13. CIO 需要瞭解什麼 軟體大小? (功能點 和管理單元)

IT 專案組合管理是一個非常重要的課題,高層管理人員. 軟體大小可以説明管理,估計他們的 IT 專案投資回報率, 和比較方案進行成本效益分析. 功能點和管理單元可用於配合其他措施 (專案努力, 缺陷, 等。) 為監測趨勢和基準測試.

 

返回頁首

IFPUG
常見問題
頁面

14. CIO 需要知道什麼是敏捷什麼 & 功能點?
當使用任何測量進行比較或評價不同類型的專案或合同的最重要考慮是一致性. 很多時候開發人員將要麼拒絕 FP 敏捷專案上 (說不能算敏捷專案,使用 FP) 或是要擁抱他們 (思維會讓他們更多 FP 比瀑布專案由 FP 指望衝刺!) 這些都不是正確! FP 表示基於其功能的軟體交付一塊的大小 (功能使用者要求) – 這是完整和一致的業務流程. (請參閱文章 計數 FP 敏捷反覆運算專案 有關更多詳細資訊。)

FP 可以衡量和評價固定的價格合同的有效途徑, 也可以是有用,當比較 Rfp,反對或之間: 在軟體發展專案招投標過程中的競爭對手. (例如, 每 FP 的兩份標書的價格可能廣泛和表明一個供應商可能不有充分理解軟體發展的功能要求是什麼。)

在外包和軟體產業發展, IBM 和 CGI 使用 FP (有註冊的功能點專家團隊) 要審查的提案提交.

各類合同類型可以受益于在其提案中包括一個功能點估算, 和一些國家 (包括義大利, 巴西, 韓國, 芬蘭) 越來越多的使用 FP 基於提案和單位價格 (成本每 FP) 軟體承包.

返回頁首

IFPUG
常見問題
頁面

15. 我們想要改善我們估計的過程通過使用 FP, 我需要有哪些其他資訊?
軟體估算是一個整個專題領域本身, 但做專案的先決條件估計使用 FP 作為輸入的措施 (軟體發展) 至少包括以下屬性:

  • 開發類型; (新發展或增強)
  • 平臺; (硬體和體系結構方面的考慮)
  • 語言; (程式設計語言或水準)
  • 團隊的經驗;
  • 技術; (開發方法)
  • 外部約束; 和
  • 範圍的蔓延

您是否使用本土培養的估計方法, 使用 ISBSG 庫歷史分娩率或專業的套裝軟體, 您將需要知道比率 (分娩率) 為了做一個好的類似專案, 可靠的估計. 在市場以説明估算精度上有套裝軟體.

返回頁首

IFPUG
常見問題
頁面

16. 我們想要改善我們的品質, 我需要什麼樣的資訊?

  • 品質意味著不同的事情,不同的人. 確定哪些品質是指您自己組織中. ISO 9126 軟體系統的品質屬性和目標,問題,度量過程可以説明你在這裡.
  • 品質度量的例子是:
    • 缺陷密度 – 數量的缺陷/應用程式在功能點的大小; 和
    • 缺陷交貨率 – 在現場操作的第一個月交付的缺陷數量。.

返回頁首

IFPUG
常見問題
頁面

17. 我需要 CFPS 認證的顧問嗎?
這是每個公司都要回答自己的問題. 有些事情要考慮:

  • 我們想要做的幾個月內完成基準呢? 如果這個問題的答案是肯定的它可能是明智的有幾個認證的計數器進來,幫你. 雖然這算做, 你可以有 1 或更多的雇員獲得認證功能點估算誰將能夠保持此基線在自己.
  • 我們只想開始計數和估計我們"大專案"。如果這是你在追求什麼, 你能發幾個雇員給 IFPUG 講習班和 (或) 會議必須得到受過訓練. 培訓結束後, 他們將能夠執行計數,並開始收集資料. 你也想過 1 或更多的員工在功能點估算認證審核計數.
  • 你沒有一個線索的老闆在找什麼僅自己們必須開始測量. 如果你適合此組中, 你可能想要可以執行目標的問題/度量的顧問 (GQM) 會議開始確定哪些度量. 在這一點, 您可以發送幾人和 IFPUG 講習班和/或會議必須得到受過訓練.
  • 你是一個巨大的公司的一部分,老闆想要開始測量的一切現在. 如果你發現自己在這裡, 你可能想要在一名顧問:
    • 執行目標的問題/度量 (GQM) 會議; 和
    • 培養幾個人才去估算功能點.
  • 你也可能想要指定少數的人,要努力的總體協調員和幾個人將執行計數和收集資料. 協調員應肯定證明功能點計數器中,他們將被稱為審計計數和作出決定的問題的時候.

返回頁首

IFPUG
常見問題
頁面

18.1 我會在一名顧問中尋找什麼?

  • 具有計數的專門知識的人.
  • 他們應該是 IFPUG 認證 (CFPS). 當使用對齊 — — 他們應該認證的管理單元 (CSP).
  • 他們應該有計數常見到你的行業工作經驗.
  • / 品質好的人際交往能力 — — 與您的企業文化相容.
  • 在融入一個圓潤的測量程式的功能點度量專門知識

18.2 如何確定一名顧問 IFPUG 認證?

導航到 搜索公共認證 網頁上 IFPUG 網站和提交查詢,使用名稱欄位和其他適當的搜尋條件.

 

返回頁首

IFPUG
常見問題
頁面

19.1 我在哪裡尋找一名顧問?
檢查我們 供應商清單 為所有供應商 IFPUG 成員是誰.

19.2 還有誰有這樣做?
IFPUG 已在世界範圍內的幾個國家的多位議員. 成員來自每個主要行業, 包括但不是限於::

  • 航空航太
  • 銀行
  • 財政部
  • 電信
  • 保險
  • 製造
  • 實用程式
  • 零售業
  • 政府
  • 電腦系統的開發

IFPUG 會員的主要好處之一是 IFPUG 成員可以訪問的網路 (通過公告欄或電子郵件) 誰已成功實現 FP 基於測量和過程改進程式在他們的組織.

返回頁首

IFPUG
常見問題
頁面

20. 在哪裡可以去做更多的研究,對功能點概念?
檢查我們 參考書目/參考資料圖書館 為進一步閱讀功能點分析法.

請與我們連接上 Facebook 和 LinkedIn 和分享在你的圈子內.

IFPUG 網站, 請添加書簽以備將來參考
IFPUG Facebook 頁面, 請點擊上喜歡
IFPUG Twitter, 請按照白皮書和其他新聞的最新版本
IFPUG LinkedIn, 請點擊以下

建議其他常見問題或編輯此頁, 請點擊這裡 聯繫我們 並在郵件的主題行中包含"IFPUG 常見問題".

成員和非成員可以下載檔案從我們 線上商店, 在那裡他們還可以更新或訂購 IFPUG 會員.
返回頁首