【正文】 贈語； 如果我們做與不做都會有人笑，如果做不好與做得好還會有人笑，那么我們索性就做得更好，來給人笑吧！ 現(xiàn)在你不玩命的學，以后命玩你。 對于編程語言，表示容易掌握的編程語言l 3：average，影響程度中等l 5：true for all team members， 所有項目組成員都具有該因素216。具體處理方式見：項目度量與分析指南。對于軟件規(guī)模的估算主要有三種方法：代碼行，功能點，用例點。因此，能夠提前做出的決策越多，估算的精確度就越高。表單：WBS估算表4估算進度：根據(jù)工作量推算出最合適的進度。 對于積極性，表示沒有積極性216。來源依據(jù)為： 《Estimating Software Development Effort based on Use 》Karner [13] proposed a factor of 20 staff hours per use case point for a project estimate, while Sparks states that field experience has shown that effort can range from 15 to 30hours per use case point [21]. Schneider and Winters remend that the environmental factors should determine the number of staff hours per use case point[18]. The number of factors in F1 through F6 that are below 3 are counted and added to the number of factors in F7 through F8 that are above 3. If the total is 2 or less, use 20staff hours per UCP。什么時候離光明最近？那就是你覺得黑暗太黑的時候。 對于需求的穩(wěn)定性，表示不變的需求216。表單：項目管理計劃8估算跟蹤：項目經(jīng)理應(yīng)定期跟蹤項目估算，將其與實際執(zhí)行情況進行比較。在需求不太明確時，規(guī)模估計比較困難，這時估算的誤差會比較大。3 術(shù)語、縮寫詞UCP Use Case Point，用例點4 估算過程 簡要說明準確的估算是最大可能加快開發(fā)速度的基礎(chǔ)，沒有準確的進度估算，再有效的進度計劃也無從談起。估算規(guī)模可以用以下幾種方法：（1）用估算算法進行估算（2）采用Delphi法，根據(jù)歷史數(shù)據(jù)，進行類比分析n 自底向上的方法將項目的工作進行分解，列出項目的工作分解結(jié)構(gòu)WBS，并估算出每件工作的工作量。對于增強型項目，只計算新增及修改用例的UUCP。 估算進度以下是計算進度的一種方法：Time(工作日)=C * Effort ^ PC為進度調(diào)整系數(shù)，； P 為組織內(nèi)部開發(fā)能力調(diào)整系數(shù)，此系數(shù)要根據(jù)組織內(nèi)實際項目執(zhí)行的數(shù)據(jù)進行調(diào)整，以適合公司的實際能力.數(shù)