FP=總計數值×[0.65+0.01×ΣFi]=366
第二種方法是采用類比的方法，根據歷史數據來進行估算。
如果有一個以前做過的類似項目并且掌握它的規模，就可以把新項目的各個主要部分與原有項目的相應部分進行比較，得出一個比例關系，將各部分相對于原項目規模比例相加，計算出新項目的規模。如果估算者的經驗豐富并且新項目與老項目具有足夠的相似性，就能夠得到合理的估算值。
但是采用類比法，往往還要解決可重用代碼的估算問題。估計可重用代碼量的最好辦法就是由程序員或系統分析員詳細地考查已存在的代碼，估算出新項目可重用的代碼中需重新設計的代碼百分比、需重新編碼或修改的代碼百分比以及需重新測試的代碼百分比。根據這三個百分比，可用下面的計算公式計算等價新代碼行：
等價代碼行 = [(重新設計% +重新編碼% +重新測試%)/3]× 已有代碼行
比如：有10，000行代碼，假定35%需要重新設計，55%需要重新編碼，75%需要重新測試，那么其等價的代碼行可以計算為：
[(30% + 50% + 70%)/3]×10,000= 5,500 等價代碼行。即：重用這10000代碼相當于編寫5500代碼行的工作量。
2、工作量估算
估算出軟件規模并且對軟件的開發周期進行定義后，開始估算軟件項目的工作量。軟件規模的估算結果是代碼量，但是軟件項目的開發、實施過程并不是只有編碼的工作，實際上編碼的工作量在這個過程中是最小的。編寫文檔、架構設計、系統設計、測試以及實施發布等將占用大量的工作時間。因此，對軟件項目工作量的估算就是確定、估算這樣一個代碼量的項目所需的各種工作，相加得到項目的工作量。從軟件規模（代碼量）估算出項目工作量主要采用下述的兩個方法：
（1）最好的方法是利用歷史數據，根據以前做過的類似項目規模與新項目規模的比例關系，對照以前項目的工作量求出新項目的工作量。
采用這個方法的前提是：a.對以前項目規模和工作量的計量是正確的；b.至少有一個以前的項目的規模和新項目類似；c.新項目的開發周期、使用的開發方法、開發工具與以前項目的類似，而且開發人員的技能和經驗也不能與原來的人員相差太大。
（2）如果沒有歷史數據可用，或者新項目與以前做過的項目差別較大，那么可以使用一個成熟的估算模型，如采用IBM模型、COCOMO模型或Putnam方法論，將軟件項目規模轉換成工作量。
這些模型通過對大量不同類型組織已完成項目進行研究，得出的項目規模與工作量之間的關系和轉換方法。這些行業性的模型可能不如自己的歷史數據精確，但是非常有效。目前，還沒有一種估算模型能夠適用于所有的軟件類型和開發環境，在監理活動中，從這些模型得到的結果必須根據項目的實際情況慎重使用，或者采用多個模型進行估算、掌握工作量的基本范圍并與實際的工作量計劃比較。
下面以IBM模型為例來進行計算。 為了計算，我們應當利用逆向法將功能點轉化成一個等價的SLOC數值。這一步可以使用表4的語言等價表來完成： ![](http://www.zxbc.cn/"/Files/BeyondPic/2007-6/4/No082-4.jpg/")
所以，使用java 2完成上述項目(366功能點)時，將大約需要下列SLOC數：
L = 366×46 = 16386行 = 16.386KLOC
E ＝ 5.2×L0.91 ＝ 5.2×16.3860.91 ＝ 66人/月
DOC ＝ 49×L1.01 ＝ 49×16.3861.01 ＝ 826頁
3、制定計劃
對軟件項目進行估算的第三步是根據工作量制定項目計劃，包括人員安排、工作量分解、開始和完成時間等等�？梢愿鶕约旱臍v史數據或行業模型決定所需的資源并落實到項目計劃�？梢圆捎蒙鲜龅腎BM模型或McConnell給出的方法粗略地給出項目持續時間（以IBM模型為例）：
項目需要的人員S＝0.54×E0.6 ＝0.54×660.6＝7人
項目持續時間D＝4.1×L0.36 ＝4.1×16.3860.36＝11月
4、成本估算
項目的成本估算包括許多因素：人力成本、辦公費用、管理費用、設備和軟件等的購置費用、場地租金、旅差費等等。對項目成本的估算取決于公司所采用的成本核算方法。有的公司某些費用并沒有計入項目成本中，而是按管理費用等分攤。有的從歷史數據求出生產率度量和每行成本，即行／PM(人月)和元／行，則LOC的值與元／行相乘得到成本，用LOC 的值與行／PM相除得到工作量。具體可按公司的具體情況選擇。
注：本文作為示例給出的針對進度等的定量監理的估算方法只是眾多方法中的一種。筆者的目的是建議監理單位在項目監理過程中根據實際情況適當采用定量的方法。更多的估算方法，可以參考有關軟件評估方面的書籍和其它資料。
幾種估算模型的介紹
1、IBM模型
1977年，IBM的Walston和Felix提出了如下的估算公式：
E ＝ 5.2×L0.91，L是源代碼行數(以KLOC計)，E是工作量（以PM計）
D ＝ 4.1×L0.36，D是項目持續時間(以月計)
S ＝ 0.54×E0.6，S是人員需要量(以人計)
DOC ＝ 49×L1.01。DOC是文檔數量(以頁計)
在此模型中，一般指一條機器指令為一行源代碼。一個軟件的源代碼行數不包括程序注釋、作業命令、調試程序在內。對于非機器指令編寫的源程序，如匯編語言或高級語言程序，應轉換成機器指令源代碼行數來考慮。
2、Putnam模型
這是1978年Putnam提出的模型，是一種動態多變量模型。它是假定在軟件開發的整個生存期中工作量有特定的分布。這種模型是依據在一些大型項目（總工作量達到或超過30個人年）中收集到的工作量分布情況而推導出來的，但也可以應用在一些較小的軟件項目中。
Putnam模型可以導出一個“軟件方程”，把已交付的源代碼（源語句）行數與工作量和開發時間聯系起來。其中，td是開發持續時間（以年計），K是軟件開發與維護在內的整個生存期所花費的工作量（以人年計），L是源代碼行數（以LOC計），Ck是技術狀態常數，它反映出“妨礙程序員進展的限制”，并因開發環境而異。其典型值的選取如下表所示。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
