估算軟體規模的兩種常用方法

1. 請幫我翻譯一段英文謝謝！

軟碰巧旁件規模估算（Software Size Estimation）大體分為兩種方法一種是根據開寬虧發經驗與之前類似項目做出比較。二是應用估算軟體笑橡來做出估算。

Software Size Estimation can be devided into two ways in general: one is making compare between the exploitation experience and similar project in the past. The other way is making estimation by estimation softwares.

2. 估算軟體工作量多少或大小時如何選擇合適的方法

在估算軟體工作量時選擇哪種方法好，我覺得你應該先了解一下軟體項目工作量豎褲租的估算方法主要有哪些。通常用的就3種：方程法、類比法和類推法。一般情況下估算軟體項目余兆工作量是由估算軟體規模的結果作為輸入，然後採用方程法來進行估算。但也有一些特殊情況，比如需求非常模糊而無法進行規模估算時，可以直接採用類比法或類推法來估算軟體工作量。
以我個人的經驗，在估算軟體項目工作量時純扒，如果你對於上面說的3種方法的使用足夠了解，是可以很容易選擇出合適的方法的。有關這3種方法的詳細介紹我認為你還是多去了解一下，或者系統的了解一下軟體成本估算方面的知識，畢竟工作量估算只是軟體成本估算中的一小部分。我可以推薦一本書給你，由北京軟體造價評估技術創新聯盟編寫機械工業出版社出版的《軟體研發成本度量規范釋義》第2版。或者也可以購買剛剛發布不久的國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》來了解相關知識。
希望我的回答可以幫到你，如還有疑問可以跟我聯系溝通。

3. 怎麼確定軟體項目的規模

大中小項目其實只是一個相對的說法。
可以根據人力投入、資金投入、開發周期來界定。
軟體的開發項目，可以根據開發資金界定。
如：50萬以下屬於小項目，50-300萬屬於中型項目，300萬以上屬於大型項目。

但包括硬體的項目，其資金的標准就要提高了。

4. 如何用4種不同的估計方法，對軟體產品規模進行量化估計

（1）告仿在沒有歷史數據的情況下，Delphi法是最流行的專家評估技術。

（2）在有歷史數據的情況下，類比法適合於評估一些與歷史項目在應用領域、環境和復雜度方面相似的項目襪棗纖，通過新項目與歷史項目的比較得到規模估計。

（3）在需求分析時，若系岩咐統的功能點非常清楚，則可用功能點法。據統計發現，對一個軟體產品的開發，功能點對項目早期的規模估計很有幫助。

（4）任何時候都可採用無禮估計法。無禮估計法類似於體育比賽中的跳水、體操、花樣游泳、花樣滑冰等項目的評判打分方法。它對各個項目活動的完成時間，按三種不同情況估計：

一個產品的期望規模。 一個產品的最低可能估計。 一個產品的最高可能估計。

5. 一個軟體項目如何評估工作量和成本

軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：

國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。

一、軟體規模估算

通常情況下，規模估算是軟體成本估算過程的起點。

估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。

在規模估算過程中，需要注意以下情況：

1. 在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。

2. 依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。

3. 若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。

工作量估算時，可採用方程法、類比法、類推法、功能點法：

• 方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。

• 類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。

• 類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。

• 功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。

在開展工作量估算的過程中，需要注意以下情況：

1. 當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。

2. 當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。

3. 對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。

4. 為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。

5. 工作量的估算結果宜為一個范圍而不是單一的碧叢值。

三、成本估算

在獲得了工作量估算結果後，可採用科學的方法進行成本估算。

在成本估算過程中，應需要注意的情況：

1. 類比法和類推法，同樣適用於需求極其模糊或不確定時的成本陵肆估算；

2. 間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；

3. 直接非人力成本通常與工作量估算結果無關，宜單獨分項悔汪櫻測算；

4. 成本估算結果，也通常為一個范圍，而不是單一的值。

四、確定軟體開發成本

在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。

而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：

• 根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

• 根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進行軟體的規模、工作量、成本估算時應遵循以下原則：

1. 在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；

2. 充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；

3. 工作量和成本的估算結果宜為一個范圍值；

4. 在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；

5. 成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；

6. 在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。

除了上述主要原則外，我們還需注意在使用基準數據時：

• 對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。

• 對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。

6. 做軟體開發的成本究竟如何估算

軟體成本評估的6個步驟：

1、軟體規模評估：

軟體規模評估是軟體成本評估的基礎，是為了保證軟體成本評估結果的客觀性和透明性，軟體規模信息必不可少。

在軟體規模評估過程中，如果能夠以軟體功能點方法作為主要的軟體規模評估方法，同時輔以其他的非標准評估方法，例如代碼行方法、用例數方法等，應用不同的軟體規模評估方法對規模評估結果進行真實性交叉檢驗，一方面可以提高軟體規模評估結果的可信度；另一方面，也可以對不同類型的項目干係人也會具有更強的說服力。

在實際的軟體規模評估過程中，軟體組織或者個人也可以根據自身的特點採用有別於上述評估方法的其他方法。但要注意的是，不管採用哪種軟體規模評估方法，都要盡可能的保證這個方法所評估結果的一致性和客觀性。

2、軟體工作量評估

如果說我們能夠算出開發軟體、維護軟體所投入的人員工作量，那麼我們也就相當於得到了相應的軟體成本。在軟體行業中的絕大多數項目裡面，影響軟體工作量的最主要因素還是軟體規模因素，當軟體規模越來越大時，也就意味著我們需要投入的工作量越多，這兩者之間是存在著正相關的關系。

在軟體工作量的評估中，還包含了五個小步驟，也就是收集歷史工作量數據、分析歷史工作量數據、建立工作量評估模型、評估工作量、工作量模型的標定和更新。通過這些步驟可以積累更多關於軟體組織開發工作量和維護工作量的數據，在此基礎之上，建立相應的工作量評估模型，從而為後續的工作量評估任務提供支持方法。

3、軟體階段工作量評估

在這個步驟中，軟體成本評估團隊應該充分考慮軟體項目的工期因素，對軟體項目總工作量安排和各個階段工作量安排進行優化分析，將軟體項目的總工作量以合理可行的方式分解為各個階段的工作量。

不僅如此，還要考慮軟體項目工期所面臨的各種工期約束條件，例如一些來自客戶的強制工期要求、市場競爭性、可用的人力資源、項目各階段人力資源分配的合理比例等約束條件，都在這個步驟中明確介紹了一系列階段工作量安排的改進和優化方法，包括階段工作量匯總法、資源平滑法、快速跟蹤法、趕工法以及軟體階段工作量的可行性評估方法等。

這些方法的主要目的就是在於將軟體工作總量以合理、可行的方式分配到軟體項目的各個階段，確保在不超出工作總量的前提下，盡可能降低人員成本、優化人力資源配置，為軟體預算、軟體開發計劃制定等管理活動提供充分的決策支持信息。

4、軟體人員成本評估

在這個步驟裡面，我們將會詳細說明如何在軟體開發和維護所需的工作量轉換為對應的費用信息，以便為相關的項目外部干係人提供更直接的決策依據。在軟體人員成本評估中，也包含有單一人員成本評估法、分類人員成本評估法和行業人員成本評估法。

5、軟體風險評估

在軟體開發的過程中，許多軟體組織明確認識到軟體行業的開發人員已經默認和接受了無償加班這一行業事實，這樣一來，就算沒有識別相應的風險信息，但也沒有嚴重後果，也就是說，如果風險發生了，那就加班。

這個步驟中通過應用不同的風險評價方法，將軟體項目的風險信息轉換為項目的成本信息，從而建立軟體項目的風險預算。

6、軟體成本報告與更新

軟體項目在開發過程中時，經常容易發生各種軟體需求變更、人員變更、工期變更等多種類型的變更，這些變更無一例外地將對軟體成本產生明顯的影響。

在這個步驟中，可以分析軟體成本更新面臨的困難，有哪些典型的軟體成本更新的信息來源，從機制設計的角度確保盡可能全面獲取軟體成本變更信息。最後遵循軟體組織所建立的軟體成本更新過程，將軟體成本變更信息反映到更新後的軟體成本評估結果中。

7. 做軟體開發的成本究竟如何估算

在對一個軟體項目進行開發成本估算時，應該包括從項目立項直至項目研發活動結束所花費的資源總和，並且可以按階段進行估算或測量。
軟體開成本估算的過程可分為：估算規模、估算工作量、估算工期和估算成本這4個過程，最終確定軟體成本。其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。
1、估算規模
通常情況下，軟體規模的估算是軟體成本估算過程的起點。估算規模是後續計算軟體項目的工作量、成本和進度的主要依據，是項目范圍管理的關鍵，因此，在條件允許的情況下，應該進行軟體項目規模估算。
規模估算時，要根據可行性研究報告或類似文檔明確項模族目需求及系統邊界。選擇估算方法時，要依據項目特點和需求詳細程度來決定。
若當前項目的需求不確定，可跳過這一環節，進入下個一環節。
2、估算工作量
軟體項目工作量估算可採用方程法、類比法和類推法。
類推法：軟體項目需求極其模糊或不確定時，旦返弊如果有高度相似的歷史項目，可採用此方法，利用歷史項目數據來粗略估算工作量。
類比法：軟體項目需求極其模糊或不確定時，如果有與本項目部分屬性類似的一組基準數據，可採用類比法，利用基準數據來粗略估算工作量。
方程法：已經開展了規模估算的項目，可以採用方程法，通過各項參數來確定待估算項目的工作量。
項目工作量估算都應該採用兩種估算方法來對估算結果進行交叉驗證，以追求估算的准確性。工作量的估算結果是一個范圍，不是單一的值。
3、估算工期
軟體項目工期的估算同樣可以採用類推法、類比法和方程法世拿。
4、估算成本
類比法和類推法同樣適用於需求極期模糊或不確定時的成本估算。
成本估算結果通常為一個范圍。
在獲得工作量和工期後，採用科學的方法來進行成本估算。中基數聯做為北京軟體造價評估技術創新聯盟的授權合作夥伴，在對軟體成本估算時，採用快速功能點法進行成本估算。

8. 軟體開發工作量如何評估

用於軟體項目工作量估算的方法有以「估」為主的專家法和類推法，以「算」為主的類比法和方程法。在軟體估算的實踐中，類比法和類推法也是普遍使用的估算方法。
1、類比法
類比法是指將本項目的部分屬性與類似的一組基準數據進行比對，進而獲得待估算項目工作量、工期或成本估算值的方法。類比法是基於大量歷史項目樣本數據來確定目標項目的預測值，通常是以50百分位數為參考而非平均值。選擇類比法進行估算，應根據項目的主要屬性，在基準資料庫中選擇主要屬性相同的項目進行比對。
類比法適合評估那些與歷史項目在應用領域、系統規模、環境和復雜度方面相似的項目，通過新項目與歷史項目的比較得到估計數據。類比法估算結果的精確度取決於歷史項目數據的完整性和准確度。因此，用好類比法的前提條件之一是組織建立起較好的項目後評價與分析機制，對歷史項目的相關屬性建立基線數據。
適用范圍：
當需求極其模糊或不確定時，如果此時有與本項目類似屬性（如規模、應用類型、復雜度、開發團隊經驗等）的一組基準數據，則可直接採用類比法，充分利用基準數據來估算工作量。類比法可以在整個項目級上做基準比對，也可以在子系統級上進行。
估算過程：
1） 確定待估算項目所具有的屬性特點，如系統的規模、復雜度、應用類型、業務領域、開發人員的經驗和能力等。
2） 查詢歷史資料庫並篩選「最相似」的項目屬性數據。
3） 如果待估算項目屬性與歷史項目的主要屬性類似，則可依據歷史項目的基線數據直接得出待估算項目的工作量合理范圍。
4） 如果同時滿足待估算項目主要屬性的歷史項目太少，則可針對待估算項目的每個屬性與歷史項目相應屬性的基準數據分別比對，再分別計算得出P25/P50/P75的平均值作為估算值。
5） 一般情況下，取P50的工作量數據作為待估算項目工作量最可能的值。
2、類推法
類推法是指將本項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，適當調整後獲得待估算項目工作量、工期或成本估算值的方罩數法。選擇類推法進行估算，通常只參照1~2個高度類似的項目，同時根據待估算項目與參照項目的差異，進行適當調整。
適用范圍：
1） 當需求極其模糊或不確定時，較難估算工作量，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據進行估算。
2） 適用評估一些與歷史項目在業務領域、應用類型、環境和復雜度等方面的相似項目，通過新項目與歷史項目的比較進行估計。
3） 該方法估算結果的精確度取決於已完成項目滑團數據的完整性、准確度，以及兩個項目之間的相似度。如果沒有類似的項目，該方法就不能應用。
估算過程：
1） 識別出待估算項目的主要屬性。
2） 查找本組織曾經做過的類似的歷史項目。
3） 對比歷史項目，標記差異點，經過調整後計算出待估算項目的工作量。
3、方程法

採用方程法進行工作量估算時，應考慮根據開發組織實際情況進行回歸分析，建立回歸方程。可將所有影響因子都考慮在內建立多元方程，也可以先根據部分影響因子算出初步的結果，再對結果進行調整。
行業級模型示例如下：
行業級模型： AE=（S*PDR）*SWF*RDF
公式中：
AE：調整後工作量，單位為人時
S：規模，單位物讓首為功能點數
PDR：生產率，單位為人時每功能點
SWF：軟體因素調整因子
RDF：開發因素調整因子
能上回答望採納！如有疑問可私信！

9. 軟體度量的方法體系

項目度量
項目度量是針對軟體開發項目的特定度量，目的在於度量項目規模、項目成本、項目進度、顧客滿意度等，輔助項目管理進行項目控制。
規模度量
軟體開發項目規模度量(size measurement)是估算軟體項目工作量、編製成本預算、策劃合理項目進度的基礎。規模度量是軟體項目失敗的重要原因之一。一個好的規模度量模型可以解決這一問題。有效的軟體規模度量是成功項目的核心要素：基於有效的軟體規模度量可以策劃合理的項目計劃，合理的項目計劃有助於有效地管理項目。規模度量的要點在於：由開發現場的項目成員進行估算；靈活運用實際開發作業數據；杜絕盲目迎合顧客需求的「交期逆推法」。
軟體規模度量有助於軟體開發團隊准確把握開發時間、費用分布以及缺陷密度等等。軟體規模的估算方法有很多種，如：功能點分析(FPA：function points analysis)、代碼行(LOC：lines of code)、德爾菲法(Delphi technique)、COCOMO模型、特徵點(feature point)、對象點(object point)、3-D功能點(3-D function points)、Bang度量(DeMarco's bang metric)、模糊邏輯(fuzzy logic)、標准構件法(standard component)等，這些方法不斷細化為更多具體的方法。
成本度量
軟體開發成本度量主要指軟體開發項目所需的財務性成本的估算。主要方法如下：
類比估演算法。類比估演算法是通過比較已完成的類似項目系統來估算成本，適合評估一些與歷史項目在應用領域、環境和復雜度方面相似的項目。其約束條件在於必須存在類似的具有可比性的軟體開發系統，估算結果的精確度依賴於歷史項目數據的完整性、准確度以及現行項目與歷史項目的近似程度。
細分估演算法。細分估演算法是將整個項目系統分解成若干個小系統，逐個估算成本，然後合計起來作為整個項目的估算成本。細分估演算法通過逐漸細化的方式對每個小系統進行詳細的估算，可能獲得貼近實際的估算成本。其難點在於，難以把握各小系統整合為大系統的整合成本。
周期估演算法。周期估演算法是按軟體開發周期進行劃分，估算各個階段的成本，然後進行匯總合計。周期估演算法基於軟體工程理論對軟體開發的各個階段進行估算，很適合瀑布型軟體開發方法，但是需要估算者對軟體工程各個階段的作業量和相互間的比例具有相當的了解。
顧客滿意度度量
顧客滿意是軟體開發項目的主要目的之一，而顧客滿意目標要得以實現，需要建立顧客滿意度度量體系和指標對顧客滿意度進行度量。顧客滿意度指標(CSI：customer satisfaction index)以顧客滿意研究為基礎，對顧客滿意度加以界定和描述。項目顧客滿意度量的要點在於：確定各類信息、數據、資料來源的准確性、客觀性、合理性、有效性，並以此建立產品、服務質量的衡量指標和標准。企業顧客滿意度度量的標准會因為各企業的經營理念、經營戰略、經營重點、價值取向、顧客滿意度調查結果等因素而有所不同。比如：NEC於2002年12月開始實施的CSMP 活動的度量尺度包括共感性、誠實性、革新性、確實性和迅速性，其中，將共感性和誠實性作為CS活動的核心姿態，而將革新性、確實性和迅速性作為提供商品和服務中不可或缺的尺度。每個尺度包括兩個要素，各要素包括兩個項目，共計5大尺度、10個要素和20個項目。例如，共感性這一尺度包括「了解顧客的期待」、「從顧客的立場考慮問題」這兩個要素；「了解顧客的期待」這一要素又包括「不僅僅能勝任目前的工作還能意識到為顧客提供價值而專心投入」、「對顧客的期望不是囫圇吞棗而是根據顧客的立場和狀況來思考『顧客到底需要什麼』並加以應對」這兩個項目。
美國專家斯蒂芬(Stephen H.Kan)在《軟體質量工程的度量與模型》(Metrics and Models in Software Quality Engineering)中認為，企業的顧客滿意度要素如表7-1所示： 顧客滿意度要素 顧客滿意度要素的內容 技術解決方案 質量、可靠性、有效性、易用性、價格、安裝、新技術 支持與維護 靈活性、易達性、產品知識 市場營銷 解決方案、接觸點、信息 管理 購買流程、請求手續、保證期限、注意事項 交付 准時、准確、交付後過程 企業形象 技術領導、財務穩定性、執行印象 作為企業的顧客滿意度的基本構成單位，項目的顧客滿意度會受到項目要素的影響，主要包括：開發的軟體產品、開發文檔、項目進度以及交期、技術水平、溝通能力、運用維護等等。具體而言，可以細分為如表7-2所示的度量要素，並根據這些要素進行度量。
顧客滿意度項目 顧客滿意度度量要素
軟體產品 功能性、可靠性、易用性、效率性、可維護性、可移植性
開發文檔 文檔的構成、質量、外觀、圖表以及索引、用語
項目進度以及交期 交期的根據、進度遲延情況下的應對、進展報告
技術水平 項目組的技術水平、項目組的提案能力、項目組的問題解決能力
溝通能力 事件記錄、式樣確認、Q&A
運用維護 支持、問題發生時的應對速度、問題解決能力