本博客中關於功能點分析FPA的文章索引

本博客中有很多篇幅是關於功能點分析的（也稱功能點度量），不過都是分散在各自的系列中，因整個開發過程的須要而存在。

最近很多人問到哪裏有功能點度量的內容，因此作一個索引，來整體說一下本博客的相關內容。

 

基本介紹類文章

敏捷開發績效管理之五：敏捷開發生產率（上）（故事點估算） 及同系列的之6、之七（在文章的第一行有連接）.

之五主要提到故事點（一種嘗試使用功能、歷史數據進行絕對規模度量的敏捷方法）及其侷限性，而之6、之七則提到NESMA的早期功能點估算法。

NESMA功能點估算法是國際標準之一（一共有五個，你們比較熟悉的應該是IFPUG的FPA方法，二者大同小異，幾乎能夠直接通用，對同一軟件的度量差異能夠忽略不計）。爲了適應早期需求文檔不明的狀態，NESMA推出了兩種簡化方法，其中一種（indicated function point具備指導性的功能點)很是適合早期使用，是將來中國造價估算國標的估算模型。

不過，儘管用起來簡單，但組織內應該有一個或一些人對標準方法（即非簡化的方法）有所瞭解，才能保證能夠大膽而正確地使用簡化方法。

 

敏捷開發用戶故事系列之九：用戶故事早期估算

本篇描述了一種在敏捷開發中使用FPA的方法。實際上，它通用於任何試圖將需求進行條目化的場合。

 

實踐類文章

 

敏捷開發中史詩故事與用戶故事的顆粒度
 

本文是下面三次研討的整體框架，但編寫的時間很早，因此不以下面的研討深刻。

【在線研討】《敏捷開發用戶故事分類與組織結構（一期）》2012-06-26（週二）

本次在線研討的一期，總體描述了在火星人軟件開發過程當中功能點的實際使用狀況。注意度量生產率在火星人開發過程當中不是核心價值（在產品開發中，生產率相對次要；在項目開發中，生產率佔有主導地位），更多地是如何使用功能點分析方法實現用戶故事的合理結構。

之因此將功能點分析方法的概念引入敏捷開發，是由於敏捷開發沒有很好地定義用戶故事的絕對顆粒度，甚至連何爲一個用戶故事，都沒有被普遍達成共識的定義。

而功能點不但造成了五個國際標準（實際上其內容大同小異，能夠理解是不一樣地區的功能點組織獨立發展的結果，但其度量方法和結果幾乎相同），還被不少國家政府普遍用於軟件採購中的報價。國際上如今掌握在不一樣組織手中的基於功能點的項目度量數據大約在3～5萬個左右，尚未任何另一種方法好比故事點、代碼行、用例點擁有相同乃至於次一數量級的度量級。

本次研討的第二期描述了功能點與後期的開發任務之間的關係；第三期則描述量功能點與編碼的關係。在這兩期中，功能點中的ILF和EI/EO/EQ以文件故事（或數據故事）及操做故事的名稱存在，請注意區分。

數據分析類文章

敏捷開發「鬆結對編程」系列之十：L型代碼結構（技術篇之一）
 

本文包含火星人中基於功能點度量的一種用法：如何度量「編碼有效性」，即大約多少行代碼能夠實現一個功能。爲了產生通用的可比較的「一個功能」，在這裏使用了功能點度量。

國際網站

國內對功能點的討論不但少並且淺，基本上達不到實際使用或數據分析的程度。當前國內的功能點度量數據不超過30個（至2012-10-15），因此缺乏分析價值。

國外的網站可參考如下幾個，上面有大量的免費資料可下載：

http://www.ifpug.org 最大的功能點國際組織，在中國組織過1次功能點培訓。

http://www.nesma.org 第二大功能點組織，也是本博客中提到的早期功能點分析方法的推廣者，注意他們有英文和荷蘭文兩個網站。

http://www.isbsg.org 世界上最大的軟件度量公益機構，其CEO Peter Hill屢次來到中國，我曾經爲他進行過屢次翻譯。能夠向他們提交數據以換取對在線估算系統的使用；另外之前能夠購買數據光盤包含6000多個基於功能點的估算數據，不過數據相對有點陳舊，開發語言也和國內相差較大，須要有經驗的人才能用好。
 

http://www.spr.com 美國生產力研究所網站，其實是一家公司，擁有多達兩萬多個項目數據，不徹底是功能點。其北京辦事處曾設於筆者的樓上，因此接觸不少並一塊兒給中國銀行和廣州從興作過功能點諮詢。如今亞太辦事處改成菲律賓了。