常見問題解答英語

常問的問題

更新 10 月 14 2016

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

IFPUG 網站, 請, 檢查供將來參考
IFPUG Facebook 頁面, 請, 點擊"喜歡"
IFPUG Twitter, 請, 按照"白皮書"最新新聞和其他新聞
IFPUG LinkedIn, 請按一下"跟蹤"

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

 

成員和非成員可以下載我們的文檔"線上商店”, 在那裡也可以更新或要求會員 IFPUG.

首頁/頁面頂部的 IFPUG FAQ 頁面

 

常問的問題

1.是什麼 功能點
2. 功能點是每個人都?
3. 為什麼要測量?
4. IFPUG 會員可以為我做什麼?
5. 如何顯示開發人員和專案經理功能點分析的重要性?
6. 因為我顯示我的使用者組中的功能點分析的重要性?
7. 因為我顯示我的使用者組中的功能點分析的重要性?
8. 功能點的基準是什麼?
9. 我為什麼不應該使用代碼的行 (作為軟體大小時計算費率的生產率和品質的措施)?
10. 怎麼樣的逆反 (實踐的轉換 SLOC pf 使用基於程式設計語言的轉換表)?
11. 我被告知,我們需要提高. 不要從哪裡開始?
12. 我們想要改善我們的軟體發展生產力, 我們需要有哪些資訊?
13. CIO 需要瞭解軟體大小? (功能點和管理單元
14. CIO 需要瞭解敏捷方法 & 功能點?
15 我們想要改善我們使用 PF 的估計過程, 我需要有哪些其他資訊?
16. 我們想要改善我們的品質, 我需要什麼樣的資訊?
17. 需要認證 CFPS 顧問?
18. 如何尋找一位顧問?
19. 去哪裡找顧問?
20. 我在哪裡可以做更多的功能點概念研究?




功能

1.1 是什麼 功能點?

功能點是軟體的標準的度量單位,用於表示大小. IFPUG 功能測量方法 (IFPUG 被稱為 4.3.1) 量化的軟體提供給使用者完全基於邏輯的設計和功能要求的功能. 由此產生的數目稱為功能點估算. 銘記著這, PF 的目標是計數的:

業內發現了許多其他的功能點的使用: 形成共同分母大小度量 (例如, 率的另一種度量"PF") 品質和生產率在各行業與你的比較分析. 若要瞭解有關 PF IFPUG 方法 (和非功能性評估過程軟體 (管理單元) 以量化非功能性需求), 請按一下下面的連結:

返回到開始

1.2 管理單元是什麼?

管理單元是首字母縮略詞為"非功能性軟體評估過程"。 (非功能性評估流程軟體). 是補充 PF 度量. 管理單元啟用測量非功能性需求除了測定 PF 的功能要求. 它不會替換任何功能點數的方式, 使用功能點. 它代表對如何衡量軟體 IFPUG 持續改進.

1.3 函數和對齊點之間的區別是什麼?

簡化, 功能點度量成交量 (或大小) 資料流量和連接到一個軟體應用程式的存儲. 這些被稱為使用者的功能要求. 卷快照的措施 (或大小) 該軟體的其他方面 — — 如, 資料配置, 演算法, 決策樹, 資料驗證, 等標誌的位置. 這些被稱為非功能性需求. 目前有 14 認可的類別的非功能性需求. "功能的使用者功能要求使用者要求"一詞常被縮寫為俄羅斯"皮毛". 術語"非功能性需求"非功能性需求通常縮寫為"NFR"失信. 關於計數功能點的具體細節都在功能點估算. 有關對齊點的具體細節是在評價做法手冊. 兩者都是發售 IFPUG 網站 ifpug.org.

1.4 作為功能點和管理單元點共同用於確定軟體的總大小?

作為功能點數量和管理單元點數目測量軟體的總大小. 舉個例子, 應用程式可以充分衡量作為 800 功能點和 300 對齊點. 作為功能點度量的是從管理單元點不同的東西, 既不能合併成一個單一的度量; 在此示例中的應用軟體不能測量作為有 1100 點的某種. 這是類似于如何代表了真實和虛數: 數位可以表示為 800 + 300我, 而不是作為 1100 某種形式的號碼.

兩個, 功能點和對齊點, 努力與關聯. 努力開發或改進一種軟體產品是功能點時間功能的生產力的總和 (小時/PF) 更多管理單元點的總和倍非功能性的生產力 (小時/PS).

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

取決於應用程式, 許多軟體發展者和開發團隊認識到,他的工作量很大一部分不直接衡量使用功能點. 這可以是與密集型應用程式的演算法尤其如此, 具有相當大的資料驗證和"功能"人體工學"可觀"的應用程式應用程式, 如何佈局頁和徽標使用. 由 IFPUG 標識的持續改進並管理單元計數這項工作是不識別的功能和可以是相當大的點. 他證明了一個更公平的測量方法和歡迎. 它也可以説明提高成本估計和新的事態發展和改進的專案排程.

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

在許多情況下開發商投入精力在非功能性需求. 這種努力反映在功能點度量. 開發人員看到效益來證明他們的努力與其他管理單元大小, 而不是在努力為功能點顯示較低的生產力.

使用功能點和管理單元, 專案經理可以更好地調整你的預算; 他們可以顯示你的贊助商,軟體正在建造更多的功能 – 功能, 至於功能點, 和非功能性方面, 測定管理單元.

1.7 為估計工作量在軟體專案中的最準確的方法是什麼?

根據對刺山柑鐘斯 (2012), 計數功能點手冊的準確性提供了錯誤的邊距 10%. 已經使用功能點和管理單元, 提供錯誤的邊距 5%.

 

1.8 使用對齊的好處是什麼 ?

測量的軟體應用程式的功能性和非功能性方面協助組織各種形式. 提供更好的能見度,作為軟體專案交付和維護應用程式:

  • 提高了努力與大小的相關性, 因為軟體發展包括滿足功能性和非功能性要求的任務;
  • 在估計和可預測性的努力和提供的軟體專案所需時間的改進;
  • 開發人員不受懲罰的投資要求非功能性方面的努力;
  • 使用者可以更好地理解應用程式為您的組織的好處;
  • 客戶可以更好地識別 (和量化) 你的錢的價值;
  • 軟體發展生產率計算是更精確; 努力/公制功能點中的任何變化可以更好地解釋;
  • 不是功能性的專案也可以被測量;
  • 關鍵性能指標值之間的區別 (Kpi) 專案之間可以更好地解釋.

1.9 管理單元是在使用中今天?

有幾個公司,已在美國使用的管理單元, 亞洲和歐洲在估計過程中.

1.10 如何學習管理單元?

你可以得到管理單元的評價過程的手冊 (APM) IFPUG 免費線上存儲. 另外, 在 IFPUG 網站上市的公司提供培訓證書 (http://www.ifpug.org/certification/training-materials-certification/)

返回到開始



功能

2.0 功能點是每個人都?

這是幾乎一個反問句 — —,答案是,它取決於如果你需要知道你是開發或改進軟體發展專案的軟體有多大, 或者如果你需要知道如何大牌都是你的系統軟體投資組合. 功能點度量可以快速、 輕鬆地在測量速率的説明 (以及其他指標) 告訴你有關的專案和應用程式:

  • 什麼是更有成效,
  • 生產高品質的產品和/或軟體應用程式,
  • 其中有精確的工程預算,
  • 用於軟體過程改進的需要,
  • 這是從成本和預算的角度線 (單位成本);
  • 其中有 性能 最糟糕 (或者更好的) 團隊的.

如果你被挑戰你的角色在你回答這些問題, 所以功能點是為你!

返回到開始



功能

3.1 為什麼要測量?

的 25% 世界各地的主要公司 (第二 ISBSG) 依賴于測量的軟體來管理您的 it 和軟體發展原因如下:

  • 你不能管理你不測量;
  • 找出有問題的應用程式和軟體專案和 採取糾正措施; 平均, 大型 it 專案運行 45% 超過預算和 7% 同時還提供了時間 56% 比預期少值. 軟體專案有最大的風險,成本超支和時程表, 麥肯錫公司 & 公司與牛津大學 10 月 2012 | 由邁克爾 · 布洛赫, 斯文 · 布隆伯格, 和于爾根 · Laartz[1]
  • 比較回應 Rfp 供應商 (徵求建議書) 在投標;
  • 度量提供了評估的現狀 (現狀) 所以你能理解並提高您的軟體發展過程. (軟體計量釋放參考指南 1.1, pg. 2-4, 3-7 – 3-8;)
  • 確定 最佳 您公司在軟體發展中的實踐
  • 要衡量品質的交付軟體, 和提供經濟誘因,為生產高品質的軟體發展團隊
  • 基於功能和對齊點的測量提供了一個辦法傳達給你的客戶你請求的大小,還允許您輕鬆地計算出生產力, 品質和精度的估計.
  • 很多你的競爭對手可能已經有這些想法.

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

返回到開始



功能

4.1 IFPUG 會員可以為我做什麼?
雖然這網站和多所提供都是資料的免費的成員和非成員, 成為會員 IFPUG 帶來以下好處:

  • 線上和人與各地在像你這樣的公司中工作的專業人員之間的溝通交流機會, 我們已經實施或正在努力實施一個度量程式;
  • 降低的價格的 ISBSG 比較分析資料 (對精益生產 六西格瑪), 除了其他產品;
  • 有機會參與制定標準的功能點的委員會;
  • 提供知識共用的年度會議:
    • 機會來滿足別人的度量欄位中;
    • 在會議之前組織了學習和受教育的機會,以學分通過正在進行的教育工作坊;
    • 獲得全球認可的認證培訓和認證測試, 包括:
      • CFPS: "註冊的功能點專家" – 功能點專家證書 (原始和最廣泛認可的功能大小度量描述);
      • 傾點: "註冊的功能點醫生" – 功能點執業證書 (專業從業人員,但不是一定在功能點的專家是誰);
      • CSP: 註冊的醫生執業證書管理單元管理單元 (唯一指定全球測試知識的非功能性軟體要求);
    • 業內專家和有經驗的人聽說他們的成功的機會 (和失敗!) 領域的度量.
  • 專業刊物:
    • "公制意見" (兩年一次) — — 可作為展示軟體計量有趣和及時文章的印刷版和線上雜誌, IFPUG 的新聞, 委員會更新和有關的軟體度量世界的最新進展資訊;
  • 有關產品的 IFPUG 包括重大折扣:
    • ISO 標準和點票的做法手冊 IFPUG (CPM) 完成與約 300 頁的規則, 快捷方式和計數的例子;
    • 案例研究的 PF 包括帶有分步說明如何應用 CPM 軟體要求的規則的例子;
    • 管理報告與有用的技巧,為成功執行的功能點,以提供管理結果頁的指南;
    • 白皮書和其他材料從 IFPUG 有效說明 PF 計數在各種類型的應用程式 (體育, 資料倉儲), 在最新的技術 (用戶端伺服器, web, 等。,) 和方法 (體育, 敏捷方法。)
  • 訪問 IFPUG 網站安全區域, 限於成員, 這裡您可以品嘗活動框架通訊在哪些相關的貿易技巧和技術有關的軟體計量 (你甚至可以問的社會 IFPUG 收到答覆的問題),
  • 要獲取最新的副本的 CPM, 管理單元和其他檔, 按一下此處可帶到我們的網上商店在哪裡你可以包括產品在您的購物車和結帳.

請訪問 線上商店 在這裡.

4.2 那裡是 IFPUG 服務費用?
IFPUG 成員獲得折扣出席會議, 講習班, 其他宣傳資料,並訪問網站的專屬區域. 另外, IFPUG 所有成員都都鼓勵參與與社會 IFPUG 並作為同夥在我們不同的委員會之一參加. 所有其他好處是免費.

4.3 想看看功能點, 管理單元 (和軟體計量) 為我管理高級?

第一步就是知識淵博的功能點分析和管理單元的優點 (是的是軟體的獨立的工具測量目標大小, 技術, 技巧和方法用於生成軟體) 並瞭解正從基於功能點度量程式可以獲得的投資回報.

下一步是搜索可用行業資料 (對於尚未回收的 PF 的歷史資料的公司尤其有用), 作為例如可用的 ISBSG 的資料.

國際軟體基準標準組的基準資料 (ISBSG) 全球存儲庫的軟體發展專案嗎? (和功能點) 這可以有效地運用到專案估計, 要進行了對比分析 (為不同類型的專案) 和來衡量你自己公司的表現 (生產率和品質。). IFPUG 成員享受所有的 ISBSG 產品的折扣.

 

返回到開始



功能

5.0 如何顯示開發人員和專案經理功能點分析的重要性?
Análise 德龐 de Função (有源電力濾波器) 允許你生成 專案計劃可量化和精密擴展監控專案進展情況和管理範圍擴大. 此外,開發人員可以實現確定給定的目標日期更準確估算的使用功能點分析和歷史資料的任務.

返回到開始



功能
6.0 可用來提高我的功能點估算的工具是什麼?

可以使用測量新的軟體發展專案 宇宙, 功能點的初步估計 和工具 ISBSG 比較估計 .

返回到開始



功能

7.0 因為我顯示我的使用者組中的功能點分析的重要性?
功能點分析法的計算結果基於使用者的功能需求測試軟體的功能大小 ("什麼軟體做的業務流程和程式"). 像這樣, 有源電力濾波器, 尋找軟體使用者的角度來看,量化功能點的基礎側重于軟體的使用者的五個標準元件: 兩種類型的資料實體存儲 (稱為邏輯檔,內部和外部介面檔), 和三種類型的業務流程 (作為外部輸入引用, 外部輸出和外部查詢). PF 計數的結果 (業務流程和其元件的功能大小的清單) 在使用者可以理解的術語中生成. PF 計數提供共同的語言,可以用於與軟體發展人員和使用者的討論, 在以同樣的方式. 過程實際上有助於計算應力/發現失蹤的要求,提供客觀、 準確的估計大小的軟體產品, 因此説明使用者控制您的預算。.

返回到開始



功能

8.1 功能點的基準是什麼?

  • A 基線 應用程式是由系統提供給使用者的當前功能的大小.

 

  • 企業基準或公司是單個系統基線的所有分數的總和.

 

8.2 我需要的功能點的基線?

答案取決於你想要跟數位. 如果你的目標是確定軟體應用程式的大小,因為你要替換它, 所以你知道你當前的應用程式有多大,會給你一個良好的基礎,要用於替換的成本估算大小. 如果你的目標是確定數額的變化 (改進) 或發生在全年內軟體改進的增長, 所以你可能想做基線的計數.

  • 如果你的目標是要提高品質, 生產率或專案估算的準確度, 所以你可能不需要基線大小但計數軟體發展或變化的大小.
  • 如果你的目標是要比較的支援和維護成本 (基於"PF") 為您的投資組合或一組應用程式, 然後,您必須具有這些應用程式的基準的計數.

返回到開始



功能

9.0 我為什麼不應該使用代碼的行 (作為軟體大小時計算費率的生產率和品質的措施)?

這個問題經常出現當公司考慮使用功能點或行代碼 (SLOC) 作為他的軟體規模度量單位. 功能點的優點獨立的技術研究與實現, 雖然行代碼 (SLOC) 具有以下缺點:

  • 行的代碼往往獎勵"長篇大論"繪圖和懲罰的簡潔的設計 (即, 更多行的代碼"義大利麵條"可能不能儘量促進生產力與更少的程式碼編碼和,做同樣的事情. 較大的代碼並不一定意味著更有成效時,相關的程式碼;
  • 沒有行業標準 (如 ISO) 為行原始程式碼 (即, 一些人提倡告訴沒有命令列注釋掉了,但這不普遍接受和變化依然);
  • 行的代碼不能輕鬆地用於正常化的平臺, 語言或組織 (因為的代碼的行數而異的程式設計語言或語言的約定);
  • 一些語言甚至 4 g 使用代碼的行;
  • 基於行的代碼率可以是非常誤導-請參閱 刺山柑鐘斯生產率悖論.

返回到開始



功能

10.0 怎麼樣的逆反 (實踐的轉換 SLOC pf 使用基於程式設計語言的轉換表)?

  • 產生事與願違的後果基於行的代碼, 然後你會發現同樣的困難,在使用的程式碼.
  • 可用於謹慎幾前景遺留系統中的額外工作.
  • 產生事與願違的後果可以值得如果精度不是一個問題.

返回到開始



功能

11.1 我被告知,我們需要提高. 不要從哪裡開始?

  • 首先確定哪些方面需要改進. 模型 GQM(目標,問題,度量) 這個任務可以説明. 其他附加功能 (可下載) 可在網站上 網站實用的軟體和系統測量 (強調) 一旦你有了目標和用以衡量定義標準, 在 PF 大小最可能會重要的是收集盡可能高的效率和品質的共同標準的度量.
  • 一旦你的目標已經確立的改進, 他們表明改進應該從哪裡開始 (體育, 在品質方面, 生產率或精度的估計).
  • 加入 IFPUG 和連接到我們的內部董事會其他成員關於他們如何成功地實施與成功和度量過程改進基於功能點與關聯.

11.2 如果這就是我和 500 開發商, 不要從哪裡開始?

確定哪些問題最臨界電流的它的開發者. 開始你的測量過程 (使用上文所述的 GQM 範本) 針對這些領域並開始立即溝通結果支援和買中. 專家建議,在縮小範圍開始度量程式, 買中與全公司實施前測量結果的獲得. 以這種方式, 你可以確保您已正確的度量標準, 付諸實踐的正確測量過程和贏取小戰鬥擴大到更多的受眾之前.

11.3 如果是重要的生產力, 我在哪裡應該衡量生產力 — — 新發展, 維護等?

再一次, 取決於你的目標的測量. GQM 方法, 您可以使用帕累托分析 (法治 80/20) 要確定什麼你"欄位的痛苦",並將它們分配作為生產力及其初始測量. 舉個例子, 如果你是與減少工作人員和支援/維護的軟體領域的挑戰, 然後的支援率 (FTE 的 1000 PF, 舉個例子) 可以用來證明客觀短缺或不.

返回到開始



功能

12.1 我們想要改善我們的軟體發展生產力, 我們需要有哪些資訊?

  • 不同的速率可以用於確定生產力, 他們每個人包括功能點. 在實踐中 ISBSG 是指管理報告或估算專案 (產品 ISBSG) 為指導.

12.2 做 PF 計數時需要執行什麼?

IFPUG 手冊計數做法 (目前版本 4.3.1) 指示檔/文物需要做 PF 計數的先決條件. 第一步是確定的範圍和目的的計數,如果你要告訴軟體應用程式的大小 (基線) 或專案發展/改進的軟體規模 (計數的新發展專案或改進). 請注意每個軟體被認為是單獨的應用程式的邊界 (更多詳細資訊,請參閱 CPM) 會有一個具體的功能點計數.

使點計數功能, 您需要瞭解以下內容 (功能使用者要求) 關於軟體:

  • 使用者定義的產出,穿越邊境的是單一的處理結果與應用 (體育, 報表佈局, 螢幕佈局, 輸出檔案佈局).
  • 使用者定義的條目,跨應用程式的邊界和那把火加工單 (體育, 螢幕佈局, 檔佈局, 批輸入的檔).
  • 由應用程式維護的使用者定義的資料存儲 (體育, 檔佈局, 表定義, 資料庫或實體).
  • 供參考訪問的應用程式的使用者定義的資料存儲 (體育, 檔佈局, 表定義).
  • 從應用程式越過邊境的使用者定義的查詢 (體育, 報告格式, 螢幕佈局).
  • FP 計數過程充分述 IFPUG 計數做法的手冊.
  • 支援率 = 功能點到應用程式 / 小時的努力,支援應用程式
  • 改善率 = 功能點的改變或改善專案 / 小時的努力的專案
  • 交貨率 (面市時間) = 功能點交付軟體應用程式 / 持續時間
  • 更詳細的資訊,對功能點分析, 請參閱 IFPUG 計數做法的手冊.
  • 敏捷方法的軟體發展 提高交付率.

返回到開始



功能

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

它的投資組合管理是非常重要的課題,為高層管理人員. 軟體的大小可以説明領導來估計他們的 it 投資回報的專案和可選方案進行成本-效益分析進行比較. 功能點和管理單元可以與其他指標使用 (專案努力, 缺陷, 等。) 監測趨勢和比較分析.

 

返回到開始



功能

14.0 CIO 需要瞭解敏捷方法 & 功能點?
最重要的考慮,使用任何測量進行比較或評價不同類型的專案或合同時是一致性. 通常,開發人員將拒絕 PF 在敏捷方法 (說不能計數,敏捷方法,使用 PF) 或者捧著它 (思考,他們可以得到更多的 PFs 比級聯型專案計數 PFs 衝刺期間!). 沒有一個是正確! PF 表示大小的一塊交付軟體基於它們的功能 (功能使用者要求) — — 那是完整和一致的業務流程. (請參閱文章 計數 FP 敏捷反覆運算專案有關更多詳細資訊。)

PF 可以有效地管理和評價固定的價格合同, 和可用於比較 Rfp,反對和之間︰ 在軟體發展專案招投標過程中的競爭對手. (體育, PF 兩個建議的價格可以相差很大,並指出,供應商可能未有充分瞭解所開發的軟體的功能要求是什麼。)

在軟體和外包產業, 這兩個 IBM 作為 CGI 使用 PF (和已認證的功能點的專家團隊) 檢討的建議.

各種類型的合同可能受益從包括功能點估算其建議和一些國家 (包括義大利, 巴西, 韓國和芬蘭) 越來越多的基於 PF 和 PF 的建議使用定價 (pf 成本) 軟體採購.

返回到開始



功能

15.0 我們想要改善我們使用 PF 的估計過程, 我需要有哪些其他資訊?
軟體估算是面積獨自一人但做軟體估計作為輸入指標使用 PF 的前提條件 (軟體發展) 至少包括以下屬性:

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

您是否在使用自製估計過程, 使用 ISBSG 庫為歷史分娩率, 或一套專業的軟體, 您將需要知道率 (交貨率) 為了使一個良好、 可靠的估計類似專案. 上市場能夠提供説明的可靠性估計有套裝軟體.

返回到開始



功能

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

  • 品質意味著不同的事情,不同的人. 首先,您必須確定什麼品質意味著在您自己的組織. ISO 9126 品質屬性的軟體系統和流程的 GQM (目標,問題,度量) 可以説明你(一個) 在這裡.
  • 品質度量的例子是:
    • 缺陷密度 — — 缺陷/應用程式的大小,在功能點數目; e
    • 在操作的第一個月交付交貨率的缺陷 — — 缺陷數目.

返回到開始



功能
17.0 需要認證 CFPS 顧問?
這是所有公司都需要作出本身的問題. 有些問題思考:

  • 我們想要獲取完整的幾個月的基準? 如果答案是肯定的, 聰明的人是的 it 部門有幾個認證計數器可以説明你(一個). 而計數, 你可以有一個或多個雇員以確保在 PF 然後將負責保持基線.
  • 我們想要只開始計數和估計我們"大專案". 如果這是你在尋找什麼, 您可以發送幾個員工的受訓 IFPUG 和 (或) 會議的一次研討會. 訓練後, 他們將能夠做出成績,並開始收集資料. 你還應該想想有一個或多個員工在審核分數 PF 證書.
  • 你卻不知道老闆尋找知道你應該開始測量. 如果你發現自己在這一組, 你可能想要可以做 GQM 顧問 (目標,問題,度量) 確定初始測量值. 在這一點, 你可以把一些人送到車間培訓 IFPUG 和 (或) 會議.
  • 你是一家大公司的一部分,老闆想要開始測量它. 如果你發現自己在這一組, 你可能想要給一名顧問:
    • 做 GQM (目標,問題,度量); e
    • 訓練幾個人去估算功能點.
    • 你可能還想要作為協調員的所有的努力和他人執行分數和收集的資料是指一些人. 工程師肯定必須認證的功能點估算,因為他們將被要求審計計數並作出決定,當提出疑問.

返回到開始



功能

18.1 如何尋找一位顧問?

  • 在計數有經驗的人.
  • 一個人通過 IFPUG 認證 (CFPS). 如果您使用對齊, 必須由管理單元認證 (CSP).
  • 必須在你的行業數經驗.
  • 良好的人際交往能力 — — 與貴公司的文化相容
  • 與已經建立的度量程式整合功能點經驗.

18.2 如何識別 IFPUG 認證的顧問?

導航到頁 搜索公共認證 IFPUG 網站和發送使用名稱和適當的搜尋條件問題.

 

返回到開始



功能

19.1 去哪裡找顧問?
檢查我們 供應商清單 與 IFPUG 相關聯的所有供應商.

19.2 與 IFPUG 相關聯的是誰 ?
IFPUG 有幾個同夥在全球各個國家. 我們有同事在主要行業類別, 包括但不是限於︰:

  • 航空航太
  • 銀行
  • 金融
  • 電信
  • 安全
  • 製造
  • 零售
  • 公共服務
  • 政府
  • 電腦系統的發展

IFPUG 會員的最大好處之一就是對關聯 IFPUG 網路訪問 (通過公告欄或電子郵件) 成功測量和改進程式基於 PF 在他們的組織與實施.

返回到開始



功能

20.0 我在哪裡可以做更多的功能點概念研究?
檢查我們 參考書目/參考資料圖書館 為增加閱讀量上功能點分析法.

請, 與我們連接上 Facebook 和 LinkedIn 和分享他們的圈子.

IFPUG 網站, 請, 檢查供將來參考
IFPUG Facebook 頁面, 請, 點擊"喜歡"
IFPUG Twitter, 請, 按照"白皮書"最新新聞和其他新聞
IFPUG LinkedIn, 請按一下"跟蹤"

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

成員和非成員可以下載我們的文檔"線上商店”, 在那裡也可以更新或要求會員 IFPUG.

.
返回到開始

請, 與我們連接上 Facebook 和 LinkedIn 和分享他們的圈子.

IFPUG 網站, 請, 檢查供將來參考
IFPUG Facebook 頁面, 請, 點擊"喜歡"
IFPUG Twitter, 請, 按照"白皮書"最新新聞和其他新聞
IFPUG LinkedIn, 請按一下"跟蹤"

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

成員和非成員可以下載我們的文檔"線上商店”, 在那裡也可以更新或要求會員 IFPUG.

返回到開始